我們有我們的開發分支,它有多個我們的代碼版本。所以它看起來像:要求將文件檢入/合併到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分支保持同步,因爲它將成爲下一個版本。請糾正我,如果我錯了,並指出我在正確的方向。我是新的分支和合並。
當我們在這種情況下,合併中間回主? – drizzie
在我們的案例中發生的事情是,當R1開發發生R1變化將在R1和中級時,所有其他分支將從中級變爲R1變化。當R1準備好釋放時,我們合併R1 - >中間 - >主 - > R1_Prod 從這一點開始,R2的變化將在R2和中間。 – Isaiah4110