Git：Git Flow工作流总结

一、简介

Git Flow定义了一个项目发布的分支模型，为管理具有预定发布周期的大型项目提供了一个健壮的框架。

二、流程解析

master分支存放所有正式发布的版本，可以作为项目历史版本记录分支，不直接提交代码。仅用于保持一个对应线上运行代码的 code base。
develop分支为主开发分支，一般不直接提交代码
feature分支为新功能分支，feature分支都是基于develop创建的，开发完成后会合并到develop分支上。同时存在多个
release分支基于最新develop分支创建，当新功能足够发布一个新版本(或者接近新版本发布的截止日期)，从develop分支创建一个release分支作为新版本的起点，用于测试，所有的测试bug在这个分支改。测试完成后合并到master并打上版本号，同时也合并到develop，更新最新开发分支。(一旦打了release分支之后不要从develop分支上合并新的改动到release分支)，同一时间只有1个，生命周期很短，只是为了发布。
hotfix分支基于master分支创建，对线上版本的bug进行修复，完成后直接合并到master分支和develop分支，如果当前还有新功能release分支，也同步到release分支上。同一时间只有1个，生命周期较短

第一步为master分支配套一个develop分支。简单来做可以本地创建一个空的develop分支，push到服务器上：

git branch –b develop
git push -u origin develop

以后这个分支将会包含了项目的全部历史，而master分支将只包含了部分历史。其它开发者这时应该克隆中央仓库，建好develop分支的跟踪分支：

git clone ssh://user@host/path/to/repo.git
git checkout -b develop origin/develop

现在每个开发都有了这些历史分支的本地拷贝。从develop分支拉一个特性分支进行开发

git checkout -b some-feature develop
git push(如果这个功能需要多个人协作，建议push)

用老套路添加提交到各自功能分支上：编辑、暂存、提交：

git status
git add
git commit
git push(如果这个功能需要多个人协作)

添加了提交后，如果团队使用Pull Requests，这时候可以发起一个用于合并到develop分支。否则就直接合并到本地的develop分支后push到中央仓库

git pull origin develop
git checkout develop
git merge some-feature
git push
git branch -d some-feature
git push origin --delete some-feature (如果这个功能需要多个人协作)

第一条命令在合并功能前确保develop分支是最新的。注意，功能决不应该直接合并到master分支。
然后用一个新的分支来做发布准备。这一步也确定了发布的版本号：

git checkout -b release-1.0.0 develop

这个分支是清理发布、执行所有测试、更新文档和其它为下个发布做准备操作的地方，像是一个专门用于改善发布的功能分支。只要创建这个分支并push到中央仓库，这个发布就是功能冻结的。任何不在develop分支中的新功能都推到下个发布循环中。
一旦准备好了对外发布，合并修改到master分支和develop分支上，删除发布分支。

git checkout master
git merge release-1.0.0
git push
git checkout develop
git merge release-1.0.0
git push
git branch -d release-1.0.0
git push origin --delete release-1.0.0

发布分支是作为功能开发（develop分支）和对外发布（master分支）间的缓冲。只要有合并到master分支，就应该打好Tag以方便跟踪。

git tag -a 1.0.0 -m "Initial public release" master
git push --tags

对外发布后，发现了当前版本的一个Bug，从master分支上拉出了一个Hotfix分支，提交修改以解决问题，然后直接合并回master分支

git checkout -b issue-#001 master
Fix the bug…..
git checkout master
git merge issue-#001
git push

就像发布分支，维护分支中新加这些重要修改需要包含到develop分支中，然后才删除这个Hotfix分支

git checkout develop
git merge issue-#001
git push
git branch -d issue-#001

三、Git Flow使用

3.1 安装Git Flow(最新的git bash已经支持，不用安装)

在git bash中输入：git clone --recursive git://github.com/nvie/gitflow.git d:\gitflow(指定git flow 安装目录)

2) 进入gitflow\contrib路径下，执行：msysgit-install.cmd d:\git（git的安装目录）

打开Git Bash命令窗口，执行git flow,输出如下：

说明git flow 安装成功!

3.2 Git Flow常用命令

git flow init：初始化一个现有的 git 库,将会设置一些初始的参数，如分支前缀名等，建议用默认值。

git flow feature start [featureBranchName]: 创建一个基于'develop'的feature分支，并切换到这个分支之下。

git flow feature finish [featureBranchName]: 完成开发新特性, 合并 MYFEATURE 分支到 'develop', 删除这个新特性分支, 切换回 'develop' 分支。

git flow feature publish [featureBranchName]：发布新特性分支到远程服务器，也可以使用git的push命令

git flow feature pull origin [featureBranchName]：取得其它用户发布的新特性分支，并签出远程的变更。也可以使用git的pull命令

git flow feature track [featureBranchName]：跟踪在origin上的feature分支。

git flow release start [releaseBranchName]：开始准备release版本，从 'develop' 分支开始创建一个 release 分支。

git flow release publish [releaseBranchName]：创建 release 分支之后立即发布允许其它用户向这个 release 分支提交内容。

git flow release track [releaseBranchName]：签出 release 版本的远程变更。

git flow release finish [releaseBranchName]：归并 release 分支到 'master' 分支，用 release 分支名打 Tag，归并 release 分支到 'develop'，移除 release 分支。

git flow hotfix start [hotfixBranchName]：开始 git flow 紧急修复，从master上建立hotfix分支。

git flow hotfix finish [hotfixBranchName]：结束 git flow 紧急修复，代码归并回 develop 和 master 分支。相应地，master 分支打上修正版本的 TAG。

Tips:你依旧可以继续使用你所知道和了解的git命令按照git flow的流程走，git flow只是一个工具集合。

推荐工具：Sourcetree 下载地址：https://www.sourcetreeapp.com/，上面集成了git flow的工具包。

3.3 使用git flow命令实现分支管理流程

可以看出，上面的操作又是拉分支又是改版本又是合并，很繁琐。下面介绍一款插件，简化整个流程，让很多操作自动化。

四、使用jgitflow-maven-plugin

4.1 配置maven

            <plugin>
                <groupId>external.atlassian.jgitflow</groupId>
                <artifactId>jgitflow-maven-plugin</artifactId>
                <version>1.0-m5.1</version>
                <configuration>
                    <localOnly>false</localOnly>
                    <pushFeatures>true</pushFeatures><!--是否在feature start 之后将feature分支推送到远程仓库-->
                    <pushReleases>true</pushReleases><!--是否在release start 之后将feature分支推送到远程仓库-->
                    <pushHotfixes>true</pushHotfixes><!--是否在hotfix start 之后将feature分支推送到远程仓库-->
                    <squash>false</squash>
                    <allowSnapshots>true</allowSnapshots>
                    <goals>clean</goals>
                    <noHotfixBuild>true</noHotfixBuild><!--是否在feature期间build项目-->
                    <noFeatureBuild>true</noFeatureBuild>
                    <noReleaseBuild>true</noReleaseBuild>
                    <!-- see goals wiki page for configuration options -->
                    <flowInitContext>
                        <masterBranchName>master</masterBranchName>
                        <developBranchName>develop</developBranchName>
                        <featureBranchPrefix>feature-</featureBranchPrefix>
                        <releaseBranchPrefix>release-</releaseBranchPrefix>
                        <hotfixBranchPrefix>hotfix-</hotfixBranchPrefix>
                        <versionTagPrefix>loan-</versionTagPrefix>
                    </flowInitContext>
                </configuration>
            </plugin>
            <plugin>
                <!--版本号管理插件-->
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>versions-maven-plugin</artifactId>
                <configuration>
                    <generateBackupPoms>false</generateBackupPoms>
                </configuration>
            </plugin>

官方文档：https://bitbucket.org/atlassian/jgit-flow/wiki/Home