一、簡介
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
4.2 常用命令
mvn jgitflow:feature-start
mvn jgitflow:feature-finish
mvn jgitflow:release-start
mvn jgitflow:release-finish
mvn jgitflow:hotfix-start
mvn jgitflow:hotfix-finish
每個命令的大概意思參考第三節的git flow命令，具體的區別看下一節。
4.3 jgitflow-maven-plugin管理流程
無需安裝Git Flow
無需git flow init，在pom文件中就可以配置各個分支的前綴名等信息
可根據配置決定在start的時候feature、release、hotfix分支是否自動推送到遠程，建議開啟
feature-finish后，自動刪除feature本地和遠程分支，同理release和hotfix一樣
feature-finish后，自動合并到develop分支，release-finish后，自動合并到master和develop分支
4.4 pom文件參數配置表
詳細請看：https://bitbucket.org/atlassian/jgit-flow/wiki/browse/goals
五、特殊情況討論
由于Git Flow只是定義的一套常規的開發流程模型，如果公司有特殊的流程，可以靈活運用Git Flow，增加或者修改一些節點使之成為適合自己的流程。
