GIT 是現在主流的開發版控工具，其分支功能帶給團隊同時開發但又不互相影響的可能，但最終這些分支還是要整合在一起，而這常常是痛苦的來源。此文摘要 Martin Fowler 的 Patterns for Managing Source Code Branches，主題是探討各種分支策略的優缺點，並以此思考哪種策略比較適合自己的團隊。

此系列文分兩個重點部分： 『整合』：工程師們如何把自己的產出整合成一個統一版本。『準備發佈』：從整合好的 codebase 到實際上線的分支處理。

基本概念

團隊的 GIT 分支管理策略 (1)：基本概念

深入探討這『整合』與『發佈』前，先有一些基本知識：

• 分支 Source Branching
• 主線 Mainline
• 健康分支 Healthy Branch

整合

分散式版控讓我們在不互相干擾的情況下進行開發，但最終還是要整合在一起。因此所謂的分支策略其實就是在講『如何整合＆何時整合』。

團隊的 GIT 分支管理策略 (2)：整合頻率對團隊效率的影響

• 主線整合 Mainline Integration
• 功能分支 Feature Branching
• 整合頻率對團隊的影響：高頻率以及低頻率整合有什麼差異

團隊的 GIT 分支管理策略 (3) ： 持續整合以及相關比較

• 持續整合 Continuous Integration / Trunk Based Development
• 功能分支與持續整合的比較
• Reviewed Commit： 每一個整合到主線的 commit 都要經過審查
• 整合阻力： 那些讓整合速度變慢的事情