2013-07-31 24 views
0

我們有我們的開發分支,它有多個我們的代碼版本。所以它看起來像:要求將文件檢入/合併到TFS 2010中的兩個地方

發展

 R1.0 
     R2.0 
     R3.0 
     Rx 

我們在多個版本同時工作。所以,A隊將在R2.0上工作,而B隊將在R3.0上工作。儘管團隊A在R2.0中進行了更改,但我們需要確保這些更改反映在R3.0中。是否有辦法要求開發人員在R3.0中檢入文件,如果他/她正在嘗試檢查R2.0中的文件?

編輯2013年8月1日

閱讀分支與合併策略幾篇文章後,我對我們應該如何處理這一問題的想法。我只想由你來運行,並問我是否朝着正確的方向前進。因此,我們不應該有開發分支和版本副本,而應該有一個主(開發)分支,然後在每個版本中分支。然後,按照我們的分支和合並策略中定義的頻率,將R1.0和R2.0分支中的更改合併回主分支。當我們想在R3.0上工作時,我們將R1.0和R2.0的所有內容重新合併到MAIN,然後從MAIN創建一個新的分支。然後,假設我們需要一個修補程序到R1.0,我們從R1.0創建一個R1.1,然後將其合併回R1.0,然後再轉換爲MAIN,然後再從MAIN轉換爲R2.0和R3.0。當我們同時處理新版本時,我們只保留主版本與下一版本一樣。因此,如果R1.0已經發布,那麼MAIN應該與R2.0分支保持同步,因爲它將成爲下一個版本。請糾正我,如果我錯了,並指出我在正確的方向。我是新的分支和合並。

回答

1

更多信息,ALM Rangers指導我喜歡你的想法,我認爲這肯定會處理你的問題。除了我們在Main和Releases之間有一個合併分支(Intermediate分支)之外,我們正在做類似的事情。

主 - >中間體 - > R1

主 - >中間體 - > R2

主 - >中間體 - > R3

此選項的優點在於:

  1. 您不必將Main(主幹)的所有更改都帶入主內容,Main將保持清晰,並將像代碼一樣充當您的GOLDEN製作。
  2. 爲您的黃金代碼添加另一層保護。比方說,R3分公司是從中級創建的,但是在那時R2決定放棄它的發佈。在這種情況下,如果您使用中間分支(此時具有R1 + R2),那麼您可以刪除中間分支並從Main(僅有R1)分支來創建新的中間分支(而不是滾動後端你的方法的變化)。然後從一個新的R3開始。

只是我的$ 0.02

+0

當我們在這種情況下,合併中間回主? – drizzie

+1

在我們的案例中發生的事情是,當R1開發發生R1變化將在R1和中級時,所有其他分支將從中級變爲R1變化。當R1準備好釋放時,我們合併R1 - >中間 - >主 - > R1_Prod 從這一點開始,R2的變化將在R2和中間。 – Isaiah4110

2

您應該使用分支來管理verisons之間的更改,而不是在同一分支中具有不同版本的相同代碼。

即R2.0和R3.0都是您的主(或主幹)分支的子分支。然後您可以合併R2.0主更改R3.0

閱讀的分支策略