1、主干時刻處于穩定狀態，隨時可以發布。設專門人員對主干代碼進行管理，普通開發人員只讀。

2、為開發任務建立開發分支。常規的可以以小組為單位建立分支，較大的任務可以建立專門的分支。

3、在發布日，從主干復制一個測試分支，需要在本發布日發布的各開發分支向此測試分支合并。

4、對測試分支代碼進行測試，出現bug在測試分支上更改，無誤后發布。

5、測試分支代碼發布后，合并入主干，并在主干上進行標記。

6、對緊急修復（Hotfix）的情況，可以從主干復制出測試分支，在測試分支上進行緊急修改，并在測試后發布，發布后同樣將代碼合并會主干，做標記。

7、?Hotfix僅限于可以很快解決的小問題，如果更改時間過長，則需采用常規方法完成。

8、如果在測試分支測試過程中需要hotfix工作，則在復制一個新的測試分支進行hotfix，測試后發布。然后同時合并入原測試分支和主干，并在主干上做標記。此過程未在上圖中畫出。

9、測試分支發布后，開發分支可以刪除；測試分支合并入主干后，測試分支可以定期刪除。

方案的優缺點

方案優點

1、解決了沒有實施分支策略時，代碼不能經常簽入的問題。

2、主干代碼始終處于穩定的狀態隨時可以發布，降低了風險。

3、可以基于一個完整的測試分支進行測試及發布，而不是以口口相傳的方式增量更新。

方案缺點

1、建立分支、合并分支增加了工作量。考慮實際情況，以及版本控制工具的輔助，增加的工作量應該可以接受。

2、如果某些開發分支工期跨越多個發布周期，修改過于劇烈，合并分支時可能工作量較大?？梢钥紤]分解任務，避免過大的任務出現。

3、在同一時間最好只有一個測試分支，因此建立測試分支的權限需要限制，除hotfix場景外應當避免。

轉載于:https://www.cnblogs.com/zhang-wenbin/p/5867744.html

總結

以上是生活随笔為你收集整理的tfs 分支的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。