Git分支管理的策略梳理

 

當下最流行的版本管理系統應該是非Git莫屬。相比同類軟件，Git有不少優勢，其中很顯著的一點，就是版本的分支（branch）和合並（merge）十分方便。有些傳統的版本管理軟件，分支操做實際上會生成一份現有代碼的物理拷貝，而Git只生成一個指向當前版本（又稱"快照"）的指針，所以很是快捷易用。可是，太方便了也會產生反作用。若是不加註意，極可能會留下一個枝節蔓生、四處開放的版本庫，處處都是分支，徹底看不出主幹發展的脈絡。Vincent Driessen提出了一個分支管理的策略，很是值得借鑑！它可使得版本庫的演進保持簡潔，主幹清晰，各個分支各司其職、層次分明。
下面就對這一策略作一簡單梳理：

1）主分支Master
首先，代碼庫應該有一個、且僅有一個主分支。全部提供給用戶使用的正式版本，都在這個主分支上發佈。

Git主分支的名字，默認叫作Master。它是自動創建的，版本庫初始化之後，默認就是在主分支在進行開發。

2）開發分支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分支上生成一個新節點。爲了保證版本演進的清晰，咱們但願採用這種作法。

3）臨時性分支
前面講到版本庫的兩條主要分支：Master和Develop。前者用於正式發佈，後者用於平常開發。其實，常設分支只須要這兩條就夠了，不須要其餘了。
可是，除了常設分支之外，還有一些臨時性分支，用於應對一些特定目的的版本開發。臨時性分支主要有三種：

1）功能（feature）分支
2）預發佈（release）分支
3）修補bug（fixbug）分支

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

4）功能分支
接下來，一個個來看這三種"臨時性分支"。
第一種是功能分支，它是爲了開發某種特定功能，從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

5）預發佈分支
第二種是預發佈分支，它是指發佈正式版本以前（即合併到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

6）修補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