【参考】git-flow 是一个 git 扩展集，提供非常合理的分支管理模型，模型图如下：

【推荐】严禁本地直接在master 、developer分支下直接进行开发，要建立特性分支；工作发布流程如下：

一、初始化 ： git flow init    你必须回答几个关于分支的命名约定的问题。建议使用默认值

二、增加新特性：git flow feature start MYFEATURE 这个操作创建了一个基于'develop'的特性分支，并切换到这个分支之下进行开发。

三、完成新特性：git flow feature finish MYFEATURE  这个动作执行下面的操作.

           1）合并 MYFEATURE 分支到 'develop'

           2）删除这个新特性分支

           3）切换回 'develop' 分支

四、发布新特性：git flow feature publish MYFEATURE 。 

你是否合作开发一项新特性？发布新特性分支到远程服务器，所以，其它用户也可以使用这分支。

五、取得发布的新特性：git flow feature pull origin MYFEATURE

六、准备release版本： git flow release start  RELEASE \[BASE\]    它从 'develop' 分支开始创建一个 release 分支。

七、发布release版本： git flow release publish RELEASE   

     创建 release 分支之后立即发布允许其它用户向这个 release 分支提交内容是个明智的做法

八、完成 release 版本 ： git flow release finish RELEASE    

      完成 release 版本是一个大 git 分支操作

       1、归并 release 分支到 'master' 分支

       2、用 release 分支名打 Tag

       3、归并 release 分支到 'develop'

       4、移除 release 分支

【推荐】紧急修复来自这样的需求：生产环境的版本处于一个不预期状态，需要立即修正；有可能是需要修正 master 分支上某个 TAG 标记的生产版本。流程如下：

一、开始 git flow 紧急修复 ： git flow hotfix start VERSION     VERSION 参数标记着修正版本

二、完成紧急修复： git flow hotfix finish VERSION    

   当完成紧急修复分支，代码归并回 develop 和 master 分支。相应地，master 分支打上修正版本的 TAG。