一、 Git Flow 工作模型的原理
無規矩不成方圓，但是規矩太多了，則感覺到束縛。我們一個人工作的時候喜歡無拘無束，想怎么干就怎么干，沒有人評判，沒有人檢驗。時間久了就會盲目自大，以為增刪改查熟悉業務就能夠搞定一些。但是當項目逐漸擴大，原來的靈活逐漸變成了混亂，原來的快速迭代因為過於隨意的代碼，而開發進度遲遲不前。掌握一種規范，便在處理類似問題的時候有章可循，也能夠快速的融入一個團隊。另外所謂規范，可以說是比較好的實踐，按照規范來，項目也能穩健的發展。
Git Flow 就是如何使用git 分支的一種規范，或者叫做推薦。
根據Git Flow 的推薦，我們要將Git 的分支分為 master 、develop 、hotfix 、release、feature這五個分支。各種分支分別負責不同的功能，平時開發的時候各司其職，因此會有比較小的沖突率。那么可以用這些減少沖突的時間，少加會班，多有點自己的生活豈不快哉。一圖勝千言：
master 分支
master 分支主要方穩定、隨時可上線的版本。這個分支只能從別的分支上合並過來，一般來講，從develop 上合並，或者從bugfix 分支上合並過來。不能直接在master 分支上進行commit文件。因為是穩定的版本，所以每次版本發布都要在這個分支上添加標簽(tag)。
develop 分支
develop 分支是所有開發分支的母體，所有的開發分支都要從develop上切出來，開發完成之后最后都要合並到develop上。
hotfix 分支
hotfix 分支用來修復生產中的緊急bug，由於develop分支尚處於開發過程中，代碼不穩定，不能直接應用於生產。所以從master分支上切出一個分支，修復完成之后合並到master分支，並且合並到develop上。
release 分支
release 分支可以稱之為預發布的版本。當我們認為develop版本的代碼已經趨於成熟，我們可以打一個release分支。在release 分支上測試完成之后，要將代碼合並到master分支和develop上。master 分支是線上版本，而合並到develop版本是因為，在測試過程中，一些細節的東西可能會修改，因此這些優化的內容也應該合並到最終版本以及開發版本中。
feature 分支
feature 分支是最經常使用的分支了。當我們收到一個新的開發功能時，應該在develop分支上切出一個feature分支。用來完成新功能的開發，開發完成之后，要合並進develop分支上。
二、 Git Flow 工具的使用
基本上各種git的客戶端軟件都會支持Git Flow 工作模型。sourcetree 上使用git flow 工作模型就很流暢，體驗很好。但是為了全平台上通用，以及理解原理，快速上手。我們來學習下Git Flow 的命令行操作。
git flow 是一種git的使用規范，當然也有相應的工具集，命令行命令讓我們使用。
1、起步
安裝git flow
brew install git-flow-avh
初始化git flow 工具庫
git flow init
之后都按照默認的去配置，直接按enter鍵繼續。
2、feature 分支操作
增加feature新特性分支
適用場景，需要開發新功能
git flow feature start your roverliang/addlist
示例:
roverliang$ git flow feature start roverliang/addlist
Switched to a new branch 'feature/roverliang/addlist'
Summary of actions:
- A new branch 'feature/roverliang/addlist' was created, based on 'develop'
- You are now on branch 'feature/roverliang/addlist'
Now, start committing on your feature. When done, use:
git flow feature finish roverliang/addlist
roverliang$ git branch
develop
* feature/roverliang/addlist
master
完成新特性
這個動作執行的是下面的流程:
- ☆ 合並 addlist 分支到 develop
- ☆ 刪除這個新特性分支
- ☆ 切換回 develop 分支
git flow feature finish roverliang/addlist
示例：
roverliang$ git flow feature finish roverliang/addlist
Switched to branch 'develop'
Your branch is up to date with 'origin/develop'.
Already up to date.
Deleted branch feature/roverliang/addlist (was 2e1b475).
Summary of actions:
- The feature branch 'feature/roverliang/addlist' was merged into 'develop'
- Feature branch 'feature/roverliang/addlist' has been locally deleted
- You are now on branch 'develop'
roverliang$ git branch
* develop
master
roverliang$
獲取一個發布的新特性的分支
git flow feature track origin MYFEATURE
3、release 分支操作
准備release 版本
git flow release start RELEASE [BASE]
你可以選擇提供一個 [BASE]參數，即提交記錄的 sha-1 hash 值，來開啟動 release 分支. 這個提交記錄的 sha-1 hash 值必須是'develop' 分支下的。
示例：
roverliang$ git branch
develop
feature/test
* master
roverliang$ git log --pretty=oneline -3
2e1b475f9825275aefa0892cfe5259aaac9a3483 (HEAD -> master, origin/test2, origin/master, origin/feature/test, origin/develop, feature/test, develop) delte some content
2d22f306d2dca363b8aaa05743be342a505aabb0 renamed: demo.txt -> test.txt
fbf025e210952c3cdb10e219c4ee5f82b9f36327 modified: demo.txt
roverliang$
發布release 版本
git flow release track RELEASE
完成release 版本
相當於執行以下幾個動作：
- ☆ 歸並 release 分支到 'master' 分支
- ☆ 用 release 分支名打 Tag
- ☆ 歸並 release 分支到 'develop'
- ☆ 移除 release 分支
git flow release finish RELEASE
3、bugfix 分支操作
緊急修復的需求：
- ☆ 緊急修復來自這樣的需求：生產環境的版本處於一個不預期狀態，需要立即修正。
- ☆ 有可能是需要修正 master 分支上某個 TAG 標記的生產版本。
開始緊急修復，開啟hotfix 分支
git flow hotfix start VERSION [BASENAME]
VERSION 參數標記着修正版本。你可以從 [BASENAME]開始，[BASENAME]為finish release時填寫的版本號
完成緊急修復
當完成緊急修復分支，代碼歸並回 develop 和 master 分支。相應地，master 分支打上修正版本的 TAG。
git flow hotfix finish VERSION
本文參考：