Git分支管理策略 -- Git-Flow

Git-Flow是2010年Vincent Driessen在他的博客中提出的一个git分支模型，是最流行的分支模型。

分支类型

Git-Flow包含了两大类共五小类分支类型，下面我们一一介绍：

1. 主分支（main branches）
   1. master
   2. develop
2. 辅助分支（supporting branches）
   1. Feature branches
   2. Release branches
   3. Hotfix branches

主分支

主分支包括master和develop分支，这两个分支作为主分支，始终存在于远程仓库中。

master分支

master分支是git仓库创建后自动创建的分支。最终测试通过的正式版本都是在这个分支上发布的。

develop分支

develop分支最初由master分支分出来，这个分支用来反映下一个发布状态的最新代码。我们在发布下一个版本时，首先要将功能分支开发完成的功能在develop分支中合并、整理，达到稳定状态时才会创建预发布分支进行发布准备。

创建develop分支

$ git checkout -b develop master
Switched to a new branch 'develop'

辅助分支

辅助分支在开发中属于临时性的分支，在使用完成后都可以删除。

功能分支（Feature branches）

Branch off	Merge back
develop	develop

功能分支一般从develop分支分出，用来开发新功能新特性。这个分支最终会合并到develop分支（如果不需要这个功能了，也可以放弃这个分支的合并并删除）。

功能分支一般只存在于开发者本地仓库，不需要推送到origin仓库。在合并到develp或抛弃后，删除这个分支。

创建功能分支

下面我们从develop分支创建feature-1功能分支：

$ git checkout -b feature-1 develop
Switched to a new branch 1feature-1'

合并功能分支到develop

功能开发完成，准备发布下一个发布版本时，先合并到develop分支：

$ git checkout develop
Switched to branch 'develop'
$ git merge --no-ff feature-1
Merge made by the 'recursive' strategy.
 build.gradle                      | 7 +++++++
 src/main/java/me/daemon/Main.java | 7 +++++++
 2 files changed, 14 insertions(+)
 create mode 100644 build.gradle
 create mode 100644 src/main/java/me/daemon/Main.java
$ git branch -d feature-1
Deleted branch feature-1 (was c6fc6e6).
$ git push origin develop

预发布分支（Release branches）

Branch off	Merge back
develop	develop and master

预发布分支用来准备新版本的发布。

我们在开发中，一个版本可以包含多个功能或特性的开发，可能需要多个功能分支并行开发。当这些功能都开发完成后，准备发布时，先将这些功能分支合并到develop分支，然后从develop分支分出预发布分支。

当分出预发布分支后，我们可以用这个分支用来提测，修复bug等，这样develop分支就可以继续进行下一个版本的开发工作，新版本的功能分支可以合并到develop分支而不影响上一个版本的测试、修复BUG、发布等工作。

创建预发布分支

从develop分支创建预发布分支release-v0.1：

$ git checkout -b release-v0.1 develop
Switched to a new branch 'release-v0.1'

创建预发布分支后，在该分支上修改发布版本号，然后提交修改。

完成预发布分支

在预发布分支通过最终测试，准备发布时，需要合并到master和develop分支。

首先合并到master并打上tag：

$ git checkout master
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.
$ git merge --no-ff release-v0.1
Merge made by the 'recursive' strategy.
 build.gradle                         | 9 +++++++++
 src/main/java/me/daemon/Feature.java | 7 +++++++
 src/main/java/me/daemon/Main.java    | 7 +++++++
 3 files changed, 23 insertions(+)
 create mode 100644 build.gradle
 create mode 100644 src/main/java/me/daemon/Feature.java
 create mode 100644 src/main/java/me/daemon/Main.java
$ git tag -a v0.1 -m "tag v0.1"

然后合并到develop：

$ git checkout develop
Switched to branch 'develop'
$ git merge --no-ff release-v0.1
Merge made by the 'recursive' strategy.
 build.gradle | 2 ++
 1 file changed, 2 insertions(+)

此时，该预发布分支的使命已经完成，可以删除该预发布分支：

$ git branch -d release-v0.1
Deleted branch release-v0.1 (was 7942f36).

BUG修复分支（Hotfix branches）

Branch off	Merge back
master	develop and master

BUG修复分支类似与预发布分支，都是用来准备下一个版本的发布。不同的是，预发布版本是我们计划好的功能与特性集合的发布，而BUG修复版本是为了紧急修复当前发布版本的BUG而存在的。

一般我们开发中遇到的非致命、非紧急的BUG往往选择随同下个版本一起发布，只有遇到致命问题才需要立即在当前发布版本基础上分出分支，修改BUG，并立即发布下一个版本。因此BUG修复分支一般是从master分支分出的。修复完成后要合并到master及develop分支。

创建BUG修复分支

从master分支创建BUG修复分支hotfix-1.0.1：

$ git checkout -b hotfix-0.1 master
Switched to a new branch 'hotfix-0.1'

在hotfix-1.0.1上升级版本号、修复BUG，然后提交修改。

完成BUG修复

首先合并到master并打tag：

$ git checkout master
Switched to branch 'master'
$ git merge --no-ff hotfix-0.1
Merge made by the 'recursive' strategy.
 src/main/java/me/daemon/Feature.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
$ git tag -a v0.2 -m "tag v0.2"

然后合并到develop：

$ git checkout develop
Switched to branch 'develop'
$ git merge --no-ff hotfix-0.1
Merge made by the 'recursive' strategy.
 src/main/java/me/daemon/Feature.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

这里要注意，如果此时存在一个预发布分支，准备发布下一个版本，那么BUG修复分支的修改要合并到预发布分支，而不是develop分支。而在预发布分支发布后，BUG修复的代码会随着发布的代码一起合并到develop。

最终，可以删除BUG修复分支：

$ git branch -d hotfix-0.1
Deleted branch hotfix-0.1 (was 17dd42a).

推送远程仓库

将分支都推送到远程仓库：

$ git push --all

推送tag：

$ git push origin v0.1
$ git push origin v0.2

也可以一次推送所有tag：

$ git push origin --tags

示例

我将示例放到我的github上，地址为：https://github.com/daemon369/git-flow-demo。为了演示，辅助分支没有删除。

图示

参看

A successful Git branching model

Git分支管理策略

topic分支和merge分支的运用实例