Git Flow工作流程

转载请备注来源： 《Git Flow工作流程》 | shuwoom.com

在团队开发中，使用版本系统时，约定一个统一的开发流程是很重要的。而目前应用最多的就是Git Flow的模型。

Git Flow是在Git之上构建的一个软件开发最佳实践，它是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。Git Flow的开发模型如下图所示：

Git Flow分支应用情境

遵循Git Flow的建议，主要的分支有master、develop、hotfix、release以及feature这五种分支，各种分支负责不同的功能。

Git Flow初始化以后，默认会创建两个主分支在仓库中，这两个分支会一直存活在整个Git Flow里，也被称作长期分支，而其他分支大多会因为任务的结束而被移除，仅仅只是临时存在的。

$ git branch
* develop
  master

1.Git Flow master分支

master分支只用用来包括产品代码。我们不能直接在master分支上工作，而是在其他指定的独立分支中工作。同时，也不能直接提交改动到master分支上，这些都是很多工作流程的一个共同原则。

2.Git Flow develop分支

develop分支是所有开发的基础分支。当要开发新功能的时候，所有的feature分支都是从这个分支切出去的，而feature分支的功能完成后也都会合并会这个分支。所以，develop分支上汇总了所有已完成的功能，它最终是会被整合到master分支中。

3.Git Flow hotfix分支

中文名叫做补丁分支。当线上产品发生紧急问题的时候，会从master分支切除一个hotfix分支来进行修复，hotfix分支修复完成后，会合并回master分支，同时也会合并一份到develop分支，保持develop分支代码最新。这里大家肯能会有疑问，为什么不是基于develop分支切出去hotfix分支。这里是因为产品的代码是在master分支，修复自然也就是基于master分支进行。

4.Git Flow release分支

中文名叫预发分支。当我们认为develop分支足够成熟了，就可以把develop分支合并到release分支上，在这边进行上线前的最后测试。测试完成后，分支会同时合并到master以及develop两个分支上。master分支是上线版本，而合并会develop分支的目的，是因为在release分支上可能走了一些修正之类的提交，所以需要跟develop分支同步，避免后续版本出现同样问题。

5.Git Flow feature分支

中文名叫功能分支。当要开发新功能时，就是用feature分支。feature分支是从develop分支切出来的，开发完成以后会再合并会develop分支。

接下来，我们通过实际的一个案例来了解git flow在实际运用过程中使用的命令。

Git Flow案例实践

1.初始化Git Flow

在使用初始化命令时，会有一系列分支创建的提示，建议一路默认即可。

$ git flow init
Initialized empty Git repository in C:/Users/snowwen/Desktop/test/.git/
No branches exist yet. Base branches must be created now.
Branch name for production releases: [master]
Branch name for "next release" development: [develop]

How to name your supporting branch prefixes?
Feature branches? [feature/]
Bugfix branches? [bugfix/]
Release branches? [release/]
Hotfix branches? [hotfix/]
Support branches? [support/]
Version tag prefix? []
Hooks and filters directory? [C:/Users/snowwen/Desktop/test/.git/hooks]

2.Git Flow-功能开发

对于开发人员来说，平时最常做的事情就是新功能开发。

（1）创建一个功能

下面，让我们来模拟一个新功能（rss-feed）开发时，要怎么应用git flow。

$ git flow feature start rss-feed
Switched to a new branch 'feature/rss-feed'

Summary of actions:
- A new branch 'feature/rss-feed' was created, based on 'develop'
- You are now on branch 'feature/rss-feed'

Now, start committing on your feature. When done, use:

     git flow feature finish rss-feed

使用git flow命令，会创建一个feature/rss-feed的功能分支，这个分支是在develop分支上创建。同时我们也可以看到执行这个命令后返回的一系列提示。

这时候，我们可以看到一共有3个分支，而我们目前处于功能分支中：

$ git branch
  develop
* feature/rss-feed
  master

执行如下git flow的功能分支命令，

git flow feature start feature_branch

相当于执行了下面一系列的git命令：

git checkout develop
git checkout -b feature_branch

（2）完成一个功能

经过一段时间的开发，我们终于完成了一个功能。这里，我们本地模拟提交一个文本：

$ git log --pretty=oneline
5884bd9ecff7c2e9223dad28d7356cfa68099c07 (HEAD -> feature/rss-feed) rss feed
d535460970a12f94f43fea6c5ea8c415425b58d1 (master, develop) Initial commit

$ ll
total 1
-rw-r--r-- 1 snowwen 1049089 8 七月    5 08:54 test1.txt

接下来，我们就要结束并提交这个功能模块

$ git flow feature finish rss-feed
Switched to branch 'develop'
Updating d535460..5884bd9
Fast-forward
 test1.txt | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 test1.txt
Deleted branch feature/rss-feed (was 5884bd9).

Summary of actions:
- The feature branch 'feature/rss-feed' was merged into 'develop'
- Feature branch 'feature/rss-feed' has been locally deleted
- You are now on branch 'develop'

这时候，我们会发现已经切回develop分支，而功能分支“feature/rss-feed”也已经合并到develop中和移除。

$ git branch
* develop
  master

$ git log --pretty=oneline
5884bd9ecff7c2e9223dad28d7356cfa68099c07 (HEAD -> develop) rss feed
d535460970a12f94f43fea6c5ea8c415425b58d1 (master) Initial commit

执行如下git flow的功能分支命令，

git flow feature finish feature_branch

相当于执行了下面一系列的git命令：

git checkout develop
git merge feature_branch
git branch -d feature_branch

3.Git Flow-管理releases

（1）创建release

当你任务现在的develop分支已经是一个比较成熟稳定的release版本时，这意味着它包括了偶有的功能和必要的修复，同时它也被彻底测试过。如果这两点都满足，那就可以生成一个新的release分支了。

$ git flow release start 1.1.1
Switched to a new branch 'release/1.1.1'

Summary of actions:
- A new branch 'release/1.1.1' was created, based on 'develop'
- You are now on branch 'release/1.1.1'

Follow-up actions:
- Bump the version number now!
- Start committing last-minute fixes in preparing your release
- When done, run:

     git flow release finish '1.1.1'

这时，我们切到'release/1.1.1'分支。

$ git branch
  develop
  master
* release/1.1.1

注意：这里release分支的命名最好使用版本号，这时一个明智的选择，因为这个命名方案还有一个很好的附带功能，就是当我们完成release后，Git flow会自动去标记哪些release提交，也就是创建tag。

有了一个release分之后，我们就可以做最后的准备工作（例如修改项目里某些文件的版本号）或者在预发环境里测试，并进行最后的编辑提交。

执行如下git flow的release分支命令，

git flow release start release_branch

相当于执行了下面一系列的git命令：

git checkout develop
git checkout -b release_branch

（2）完成release

现在，我们可以完成release。

$ git flow release finish 1.1.1
Switched to branch 'master'
Merge made by the 'recursive' strategy.
 readme.md | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 readme.md
Already on 'master'
Switched to branch 'develop'
Merge made by the 'recursive' strategy.
 readme.md | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 readme.md
Deleted branch release/1.1.1 (was 2902070).

Summary of actions:
- Release branch 'release/1.1.1' has been merged into 'master'
- The release was tagged '1.1.1'
- Release tag '1.1.1' has been back-merged into 'develop'
- Release branch 'release/1.1.1' has been locally deleted
- You are now on branch 'develop'

这个完成操作会把内容合并到master和develop两个分支上，同时保持产品代码和新的功能分支代码最新。同时也会创建tag标签标记这个版本号。

$ git tag
1.1.1

我们可以看到develop分支和master分支已经保持代码最新。

snowwen@snowwen-PC0 MINGW64 ~/Desktop/test (develop)
$ git log --pretty=oneline
ec5171debc287675775b37ffd9c4b1738a48c734 (HEAD -> develop) Merge tag '1.1.1' into develop
40ea315e7dcd10aaa667b36800205bfed4d37ef7 (tag: 1.1.1, master) Merge branch 'release/1.1.1'
2902070face43025fc06a75e3d09ae05dd83c96e add version file
8fbf8bf9b895d1d45f9226847516a2b1376b23f8 Merge branch 'release/1.1.1'
910289c2398448ead53b8e0e556560a99036cf5b add test2.txt
5884bd9ecff7c2e9223dad28d7356cfa68099c07 rss feed
d535460970a12f94f43fea6c5ea8c415425b58d1 Initial commit

snowwen@snowwen-PC0 MINGW64 ~/Desktop/test (master)
$ git log --pretty=oneline
40ea315e7dcd10aaa667b36800205bfed4d37ef7 (HEAD -> master, tag: 1.1.1) Merge branch 'release/1.1.1'
2902070face43025fc06a75e3d09ae05dd83c96e add version file
8fbf8bf9b895d1d45f9226847516a2b1376b23f8 Merge branch 'release/1.1.1'
910289c2398448ead53b8e0e556560a99036cf5b add test2.txt
5884bd9ecff7c2e9223dad28d7356cfa68099c07 rss feed
d535460970a12f94f43fea6c5ea8c415425b58d1 Initial commit

在这个过程中，会弹出三个输入注释的编辑框，第一个需要我们对合并操作进行备注说明。修改确认后，直接在vim输入:wq保存即可。

Merge branch 'release/1.1.1'
# Please enter a commit message to explain why this merge is necessary,
# especially if it merges an updated upstream into a topic branch.
#
# Lines starting with '#' will be ignored, and an empty message aborts
# the commit.

第二个编辑框会提示我们输入tag的标签名，编辑后保存退出:wq。

1.1.1
#
# Write a message for tag:
#   1.1.1
# Lines starting with '#' will be ignored.

最后一个输入框还是需要说明合并的意图。

执行如下git flow的release分支命令，

git flow release finish release_branch

相当于执行了下面一系列的git命令：

git checkout master
git merge release_branch

git checkout develop
git merge release_branch
git branch -d release_branch

4.Git Flow-hotfix修复

（1）创建hotfix

有时候，当我们在发布产品以后，可能用户或后期使用发现了一些问题。这时候，git flow提供了一个特定的hotfix处理流程，这时候使用功能分支或者release分支都是不合适的，因为我们是在产品的代码上出现问题。所以这个hotfix是基于master分支创建的。

$ git flow hotfix start missing-link
Switched to a new branch 'hotfix/missing-link'

Summary of actions:
- A new branch 'hotfix/missing-link' was created, based on 'master'
- You are now on branch 'hotfix/missing-link'

Follow-up actions:
- Start committing your hot fixes
- Bump the version number now!
- When done, run:

     git flow hotfix finish 'missing-link'

这时候我们就切刀了hotfix分支：

$ git branch
  develop
* hotfix/missing-link
  master

执行如下git flow的hotfix分支命令，

git flow hotfix start hotfix_branch

相当于执行了下面一系列的git命令：

git checkout develop
git checkout -b hotfix_branch

（2）完成hotfix

完成修复后，提交到hotfix分支，接下来完成它。

$ git flow hotfix finish missing-link
Switched to branch 'master'
Merge made by the 'recursive' strategy.
 test1.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Switched to branch 'develop'
Merge made by the 'recursive' strategy.
 test1.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Deleted branch hotfix/missing-link (was 592fd3e).

Summary of actions:
- Hotfix branch 'hotfix/missing-link' has been merged into 'master'
- The hotfix was tagged 'missing-link'
- Hotfix tag 'missing-link' has been back-merged into 'develop'
- Hotfix branch 'hotfix/missing-link' has been locally deleted
- You are now on branch 'develop'

同样的，他也会弹出编辑框，跟我们提交完成release分支类似。

执行如下git flow的release分支命令，

git flow release finish hotfix_branch

相当于执行了下面一系列的git命令：

git checkout master
git merge hotfix_branch

git checkout develop
git merge hotfix_branch
git branch -d hotfix_branch

总结

所以，我们可以看到实际上git flow就是一系列git命令的集合，当我们使用习惯并形成自己的一套工作模式后，可以完全不实用Git flow来实现。下面，我们对Git flow的一些关键知识再做一遍总结。

• develop分支是从master分支上创建
• release分支是从develop分支上创建
• feature分支是从develop分支上创建
• hotfix分支是从master分支上创建
• 当feature分支完成后，它会合并到develop分支
• 当release分支完成后，它会合并到develop和master分支
• 当hotfix分支完成后，它会合并到develop和master分支

转载请备注来源： 《Git Flow工作流程》 | shuwoom.com