【轉載】軟體組態管理中的分支

作者：林文波
原載：http://lanbolin.spaces.live.com/blog/cns!977E13F16FA9E2B5!768.entry

由於懼怕分支可能帶來的混亂，有些組織幾乎從來不建立分支，甚至會為了避免分支而重新開始一個源碼項目。適當地使用分支實際上可以大大地提高開發的效率。

什麼時候使用分支？建立分支的一些典型情境或原因：
（1）為了隔離發行版本的維護與主線的開發，可以建立 版本分支，在該分支上進行發行版本的Bug排除，而日常開發工作則在主線上進行。
（2）在版本發布前所進行的各種測試過程中，有些組織會要求進行程式碼凍結，以避免可能造成的混亂。可以通過建立 整合分支而無需凍結代碼，開發人員可以不受影響地在主線上進行新特性的開發，測試Bug的排除則在該分支上進行。
（3）進行一些影響比較大的新特性開發或進行較大範圍的代碼重構時，可以建立 任務分支，以減少對主線開發的影響（因為我們要儘可能地保證主線的穩定性）。

成功使用分支需要把握的幾個原則：
（1）儘可能頻繁地合并。當分支處於一個穩定點的時候，就可以考慮合并了。頻繁的合并可以有效地較少衝突。
（2）確保並行的活動分支數盡量的少。並行的活動分支數越多，分支合并到主線的衝突就會越多。
（3）避免必須合并的長期分支。分支時間越長，衝突也就越多，將大大增加合并的開銷。
（4）減少分支的複雜度，儘可能地避免在分支上再建分支。
（5）直到不得不建立分支的時候才建立分支。過早地建立分支或無謂地建立分支，都會帶來麻煩。
可以看出，以上幾個原則都圍繞著這樣的主題：減少分支可能帶來的衝突，降低合并的開銷。

參考書籍：《軟體組態管理模式》