1. Git Flow 實體模型
(圖片出處：A successful Git branching model)
2. Git Flow 分支表明
Master
發版分支 維護分支。功能代碼在 Release 分支上測試通過、或 BUG 已經在 Hotfix 分支上修補，就需要將代碼合并到 Master 分支。代碼合并到 Master 分支，即意味著隨時都可以發版，發版成功時必須根據 Master 分支里的全新遞交連接點打 Tag。
Hotfix
修補分支 臨時性分支。網上發生應急 Bug 時，必須根據相匹配版本 Tag 創建修補分支，難題修補結束時為此分支開展提測。難題修補后，需在代碼合并到 Develop 和 Master 分支。
根據發版 Tag 創建，最終合并到 Develop 和 Master 分支。
Release
預發布分支 臨時性分支。功能開發設計進行并合并到 Develop 分支時，根據 Develop 分支創建 Release 分支開展提測 。Release 分支中出現危害發版的 Bug 時，必須創建 Feature 分支改動 Bug;當測試通過后，需在代碼合并到 Develop 和 Master 分支。
根據 Develop 分支創建，最終合并到 Develop 和 Master 分支。
Develop
開發設計分支 維護分支。多人協作開發設計后的代碼合并總分支，功能分支向 Develop 分支合并時，通常會有 CodeReview 步驟。
根據 Master 分支創建。
Feature
功能分支 臨時性分支。有潛在需求時，根據最新 Deveop 分支創建功能分支，功能開發設計結束時，需在代碼合并到 Develop 分支。
根據 Develop 分支創建，最終合并到 Develop 分支。
3. Tag&Branch 的差別
Tag 和 Branch 類似，全是引入換句話說者表針。在工程里 .git/refs 目錄下可以很清楚的見到，每個 Tag 和 Branch 所說向的遞交節點 SHA-1 值。
差別：
Tag：Tag 位置是不變的，在為特定遞交做好標識之后，他就固定在此部位
Branch：Branch 位置會持續變化的，伴隨著分支的往前變化或向后回退，都是在隨時變化
最好使用 Tag，儲存代碼精彩片段。
1. Commit Message 文件格式
():
<空白行>
<空白行>
原創文章，作者：leping，如若轉載，請注明出處：http://www.qdgszy.com/hq-4164.html
