Git分支管理

一、git-flow 的工作流程
当在团队开发中使用版本控制系统时，商定一个统一的工作流程是至关重要的。git-flow 是一个当前非常流行的工作流程。git-flow 并不是要替代 Git，它仅仅是非常聪明有效地把标准的 Git 命令用脚本组合了起来。一旦安装安装 git-flow，你将会拥有一些扩展命令。这些命令会在一个预定义的顺序下自动执行多个操作。严格来讲，你并不需要安装什么特别的东西就可以使用 git-flow 工作流程。你只需要了解，哪些工作流程是由哪些单独的任务所组成的，并且附带上正确的参数，以及在一个正确的顺序下简单执行那些对应的 Git 命令就可以了。当然，如果你使用 git-flow 脚本就会更加方便了，你就不需要把这些命令和顺序都记在脑子里。

项目中存在两个长期分支：

master 分支一般对应的是生产环境的代码，是稳定的发布版本，包含确定即将发布的代码；
develop 分支对应的是开发环境的代码，存放的都是最新的开发版。
三种短期分支：

feature branch 新功能分支，一般一个新功能对应一个分支，对于功能的拆分需要比较合理，以避免一些后面不必要的代码冲突；
hotfix branch 热修复分支，紧急修 bug 的时候用；
release branch 发布分支，发布时候用的分支，一般测试时候发现的 bug 在这个分支进行修复；
短期分支一旦完成开发，就会被合并到 develop 或 master，然后被删除。

GitFlow 的优势有如下几点：

并行开发：GitFlow可以很方便的实现并行开发。每个新功能都会建立一个新的 feature分支，从而和已经完成的功能隔离开来，而且只有在新功能完成开发的情况下，其对应的 feature分支才会合并到主开发分支上（也就是我们经常说的develop分支）。另外，如果你正在开发某个功能，同时又有一个新的功能需要开发，你只需要提交当前 feature 的代码，然后创建另外一个feature 分支并完成新功能开发。然后再切回之前的 feature 分支即可继续完成之前功能的开发。
协作开发：GitFlow 还支持多人协同开发，因为每个 feature 分支上改动的代码都只是为了让某个新的 feature 可以独立运行。同时我们也很容易知道每个人都在干啥。
发布阶段：当一个新 feature 开发完成的时候，它会被合并到 develop 分支，这个分支主要用来暂时保存那些还没有发布的内容，所以如果需要再开发新的 feature，我们只需要从 develop 分支创建新分支，即可包含所有已经完成的 feature 。
支持紧急修复：GitFlow 还包含了 hotfix 分支。这种类型的分支是从某个已经发布的 tag 上创建出来并做一个紧急的修复，而且这个紧急修复只影响这个已经发布的 tag，而不会影响到你正在开发的新 feature。

1. 最开始每个repo 都有两个 branch：master 和 develop，develop 基于 master 创建， 而feature 开发、bug fix 这些都是从develop branch 创建的
   

2.feature 分支都是从 develop 分支创建，完成后再合并到 develop 分支上，等待发布。

3.当需要发布时，我们从 develop 分支创建一个 release 分支然后这个 release 分支会发布到测试环境进行测试，如果发现问题就在这个分支直接进行修复。在所有问题修复之前，我们会不停的重复发布->测试->修复->重新发布→重新测试这个流程。<