Git分支管理原則

標籤：

Git教程：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

 

 

如果你嚴肅對待編程，就必定會使用"版本管理系統"（Version Control System）。

眼下最流行的"版本管理系統"，非Git莫屬。

相比同類軟體，Git有很多優點。其中很顯著的一點，就是版本的分支（branch）和合并（merge）十分方便。有些傳統的版本管理軟體，分支操作實際上會產生一份現有代碼的物理拷貝，而Git只產生一個指向目前的版本（又稱"快照"）的指標，因此非常快捷易用。

但是，太方便了也會產生副作用。如果你不加註意，很可能會留下一個枝節蔓生、四處開放的版本庫，到處都是分支，完全看不出主幹發展的脈絡。

Vincent Driessen提出了一個分支管理的策略，我覺得非常值得借鑒。它可以使得版本庫的演化保持簡潔，主幹清晰，各個分支各司其職、井井有條。理論上，這些策略對所有的版本管理系統都適用，Git只是用來舉例而已。如果你不熟悉Git，跳過舉例部分就可以了。

一、主分支Master

首先，程式碼程式庫應該有一個、且僅有一個主分支。所有提供給使用者使用的正式版本，都在這個主分支上發布。

Git主分支的名字，預設叫做Master。它是自動建立的，版本庫初始化以後，預設就是在主分支在進行開發。

二、開發分支Develop

主分支只用來分布重大版本，日常開發應該在另一條分支上完成。我們把開發用的分支，叫做Develop。

這個分支可以用來產生代碼的最新隔夜版本（nightly）。如果想正式對外發布，就在Master分支上，對Develop分支進行"合并"（merge）。

Git建立Develop分支的命令：

　　git checkout -b develop master

將Develop分支發布到Master分支的命令：

　　# 切換到Master分支
　　git checkout master

　　# 對Develop分支進行合并
　　git merge --no-ff develop

這裡稍微解釋一下，上一條命令的--no-ff參數是什麼意思。預設情況下，Git執行"快進式合并"（fast-farward merge），會直接將Master分支指向Develop分支。

使用--no-ff參數後，會執行正常合并，在Master分支上產生一個新節點。為了保證版本演化的清晰，我們希望採用這種做法。關於合并的更多解釋，請參考Benjamin Sandofsky的《Understanding the Git Workflow》。

三、臨時性分支

前面講到版本庫的兩條主要分支：Master和Develop。前者用於正式發布，後者用於日常開發。其實，常設分支只需要這兩條就夠了，不需要其他了。

但是，除了常設分支以外，還有一些臨時性分支，用於應對一些特定目的的版本開發。臨時性分支主要有三種：

　　* 功能（feature）分支

　　* 預發布（release）分支

　　* 修補bug（fixbug）分支

這三種分支都屬於臨時性需要，使用完以後，應該刪除，使得程式碼程式庫的常設分支始終只有Master和Develop。

四、 功能分支

接下來，一個個來看這三種"臨時性分支"。

第一種是功能分支，它是為了開發某種特定功能，從Develop分支上面分出來的。開發完成後，要再併入Develop。

功能分支的名字，可以採用feature-*的形式命名。

建立一個功能分支：

　　git checkout -b feature-x develop

開發完成後，將功能分支合并到develop分支：

　　git checkout develop

　　git merge --no-ff feature-x

刪除feature分支：

　　git branch -d feature-x

五、預發布分支

第二種是預發布分支，它是指發布正式版本之前（即合并到Master分支之前），我們可能需要有一個預發布的版本進行測試。

預發布分支是從Develop分支上面分出來的，預發布結束以後，必須合并進Develop和Master分支。它的命名，可以採用release-*的形式。

建立一個預發布分支：

　　git checkout -b release-1.2 develop

確認沒有問題後，合并到master分支：

　　git checkout master

　　git merge --no-ff release-1.2

　　# 對合并產生的新節點，做一個標籤
　　git tag -a 1.2

再合并到develop分支：

　　git checkout develop

　　git merge --no-ff release-1.2

最後，刪除預發布分支：

　　git branch -d release-1.2

六、修補bug分支

最後一種是修補bug分支。軟體正式發布以後，難免會出現bug。這時就需要建立一個分支，進行bug修補。

修補bug分支是從Master分支上面分出來的。修補結束以後，再合并進Master和Develop分支。它的命名，可以採用fixbug-*的形式。

建立一個修補bug分支：

　　git checkout -b fixbug-0.1 master

修補結束後，合并到master分支：

　　git checkout master

　　git merge --no-ff fixbug-0.1

　　git tag -a 0.1.1

再合并到develop分支：

　　git checkout develop

　　git merge --no-ff fixbug-0.1

最後，刪除"修補bug分支"：

　　git branch -d fixbug-0.1

Git分支管理原則