一、前言

Git作為版本控制管理工具中的優秀代表，其分支管理功能使得團隊協同開發成為一件非常簡單的事情。本文介紹一種產品開發中的Git分支工作方法，以供探討。

二、產品的軟件版本號定義

軟件版本號定義，分四項：主版本號.子版本號.修訂號.Build號，如：V1.3.2.123軟件hotfix版本號定義，分四項：主版本號.子版本號.修訂號.修補號，如：V1.3.2.125

三、Git分支命名

1.基本分支

2.擴展分支

3、tags

四、Git分支工作規范

1.分支工作基本原則

master：系統版本的準線，版本通過測試并處于可發布狀態時，才可合并入master，一直維持可構建狀態。

dev*：協同開發分支，不可直接提交，僅可通過其他分支合并進入。

test*：測試分支，不可直接提交，僅可通過dev*分支合并進入。

feature*：個人開發分支，個人開發完成需要合并入dev分之前，先push至遠程feature分支。

2.一般項目開發

工作流程如上圖：

• 項目負責人從master的基線check out，初始化dev分支；
• 開發者從dev分支check out，建立本地個人開發分支feature*；
• 開發者完成功能開發后，commit個人feature*分支，并push至遠程個人feature*分支；
• 開發者在gitlab上提交個人的代碼和并請求至dev分支；
• 代碼審查人負責代碼審查，合并合理代碼；
• 代碼提測時，開發負責人提交dev分支到test的合并請求；
• 項目負責人合并dev分支至test分支；
• 版本測試完成后，開發負責人提交test分支至master分支的合并請求；
• 項目負責人合并代碼至master；
• 項目負責人以當前代碼為基線，在master分支上tag當前版本號。

3.hostfix版本開發

hostfix為緊急修復的版本，不同于正常需求的版本流程。工作流程如下圖。

4.定制化版本開發

定制化版本出現在給某些特定用戶提供特殊定制的功能，而又與主干分支存在不同業務邏輯的情況下。工作流程如下圖。

5.多版本并行

版本測試的時候，可能存在開發團隊眼巴巴等待測試反饋bug的時候。配合默契的多版本并行開發，可以合理利用時間，加速版本迭代。工作流程如下圖。