Git 分支管理策略
如果你嚴肅對待編程，就必定會使用"版本管理系統"（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
</blockquote>將 Develop 分支發布到 Master 分支的命令：
# 切換到 Master 分支
git checkout master
# 對 Develop 分支進行合并
git merge --no--ff develop
</blockquote>這里稍微解釋一下，上一條命令的--no--ff 參數是什么意思。默認情況下，Git 執行"快進式合并"（fast-farward merge），會直接將 Master 分支指向 Develop 分支。
使用--no--ff 參數后，會執行正常合并，在 Master 分支上生成一個新節點。為了保證版本演進的清晰，我們希望采用這種做法。關于合并的更多解釋，請參考 Benjamin Sandofsky 的《Understanding the Git Workflow》。
三、臨時性分支
前面講到版本庫的兩條主要分支：Master 和 Develop。前者用于正式發布，后者用于日常開發。其實，常設分支只需要這兩條就夠了，不需要其他了。
但是，除了常設分支以外，還有一些臨時性分支，用于應對一些特定目的的版本開發。臨時性分支主要有三種：
* 功能（feature）分支
* 預發布（release）分支
* 修補 bug（fixbug）分支
</blockquote>這三種分支都屬于臨時性需要，使用完以后，應該刪除，使得代碼庫的常設分支始終只有 Master 和 Develop。
四、 功能分支
接下來，一個個來看這三種"臨時性分支"。
第一種是功能分支，它是為了開發某種特定功能，從 Develop 分支上面分出來的。開發完成后，要再并入 Develop。
功能分支的名字，可以采用 feature-*的形式命名。
創建一個功能分支：
git checkout -b feature-x develop
</blockquote>開發完成后，將功能分支合并到 develop 分支：
git checkout develop
git merge --no-ff feature-x
</blockquote>刪除 feature 分支：
git branch -d feature-x
</blockquote>五、預發布分支
第二種是預發布分支，它是指發布正式版本之前（即合并到 Master 分支之前），我們可能需要有一個預發布的版本進行測試。
預發布分支是從 Develop 分支上面分出來的，預發布結束以后，必須合并進 Develop 和 Master 分支。它的命名，可以采用 release-*的形式。
創建一個預發布分支：
git checkout -b release-1.2 develop
</blockquote>確認沒有問題后，合并到 master 分支：
git checkout master
git merge --no-ff release-1.2
# 對合并生成的新節點，做一個標簽
git tag -a 1.2
</blockquote>再合并到 develop 分支：
git checkout develop
git merge --no-ff release-1.2
</blockquote>最后，刪除預發布分支：
git branch -d release-1.2
</blockquote>六、修補 bug 分支
最后一種是修補 bug 分支。軟件正式發布以后，難免會出現 bug。這時就需要創建一個分支，進行 bug 修補。
修補 bug 分支是從 Master 分支上面分出來的。修補結束以后，再合并進 Master 和 Develop 分支。它的命名，可以采用 fixbug-*的形式。
創建一個修補 bug 分支：
git checkout -b fixbug-0.1 master
</blockquote>修補結束后，合并到 master 分支：
git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1
</blockquote>再合并到 develop 分支：
git checkout develop
git merge --no-ff fixbug-0.1
</blockquote>最后，刪除"修補 bug 分支"：
git branch -d fixbug-0.1
</blockquote> </div>本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！
