2010-09-28 35 views
3

在TFS 2010中,我們有一個開發分支,所有開發都是針對一種產品完成的。 我想將這些更改中的一部分合併到發佈候選分支,因此可以對其進行測試並推出。因此,我想合併所有鏈接到我們想要放入候選版本的特定工作項目的變更集。合併特定工作項目的更改

我可以跟蹤特定工作項目的所有變更集,但我無法輕鬆地將它們合併到RC分支中。我既不能在層次結構跟蹤視圖中拖動多個變更集,也不能在合併嚮導中預先選擇變更集。默認情況下,它總是希望將所有變更集合合併爲拖動的,這肯定不是我想要的。由於它可能是幾十個變更集,我不想全部手動選擇它們。

有沒有辦法以「正確」的方式做到這一點?

回答

3

你在說什麼是「櫻桃選擇」合併。總的來說,櫻桃選擇合併並不是最佳實踐,所以如果你認爲這將會發生很多,你應該重新審視你的分支策略(例如功能分支,發行版分支)。然後,您可以簡單地合併整個分支,而不是進行櫻桃挑選。

你會發現TFS不太支持這種類型的合併。在變更集上合併時,它將合併所有文件直到幷包括該變更集。你可能能夠逃脫標籤的特定變更集中的文件和基於標籤的合併,但我懷疑這將工作。

我們的組織中有一種情況需要我們支持這種類型的功能。最終,我們編寫了一個實用程序,它允許我們從多個變更集中選取文件並將其合併到分支中。這樣做的代碼相對簡單。

+1

除了Robaticus,請修改您的發佈策略。我建議將發佈中的所有功能部署到發佈候選版本中,這樣您還可以對應用程序執行集成測試。 – 2010-09-28 20:39:56

+0

謝謝你們,我們終於得出了同樣的結論。現在我們必須爲我們當前的分支策略找到替代方案。但是我怕以後有幾十個功能分支。一種方法可能是在分支合併到主開發中後刪除分支。另外,我們可以爲那些不能包含在下一個版本中但應該已經啓動的功能創建功能分支。 – JensMig 2010-09-29 07:23:55

+0

我們花了幾個月時間來決定分支策略。這是實施TFS最難的部分。 – Robaticus 2010-09-29 12:16:18

相關問題