tfs 分支

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

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

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

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

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

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

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

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

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

方案的優缺點

方案優點

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

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

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

方案缺點

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

2、如果某些開發分支工期跨越多個發布周期，修改過於劇烈，合並分支時可能工作量較大。可以考慮分解任務，避免過大的任務出現。

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