TFS中有多個版本的迭代

TFS（特別是Visual Studio Online）中應該如何構建版本和迭代？迭代中的某些工作只計入一個版本，而其餘工作計入另一個版本？TFS中有多個版本的迭代

一些背景：我正在與一個有兩個代碼分支的團隊合作：第一個分支用於每兩週發佈一次維護，第二個分支是長期「2.0版」項目（發佈版本是6個月）。我們在每個迭代中都在兩個分支中工作，我們都在維護和「2.0版」項目上工作。

我們當前迭代樹遵循\<release>\<iteration>模式是這樣的：

當一些迭代1的工作，例如，將不會在維護髮布版本1而是未來發生的問題「2.0版」發佈。

我想的結構更加類似這樣的，至少在概念上，但沒有重複迭代：

我所考慮的嘗試：將我們的團隊重組爲擁有僅維護和「2.0版」 - 只有開發人員不是一種選擇。將我們的迭代分解爲僅維護版本和「2.0版本」 - 僅僅是不現實的（我們需要快速的維護週轉，因此需要在每次迭代中進行工作）。規劃2個併發迭代看起來像是過度殺傷。

2015-02-10 Keith

我已經通過迭代將分支分割成迭代的不同子節點來解決此限制。畢竟，樹中沒有真正的「類型」概念，所以節點可以是任何你想要的。

另外，我爲分支工作保留一個單獨的積壓。

2015-03-16 22:05:57 Keith

最終你需要通過沒有兩個分支來解決這個問題。您應該擁有一個良好的產品版本，並在功能標誌後面隱藏v2的功能。然後，您可以爲每個增量添加任何工作，功能或維護，並在每個衝刺結束時發貨。此時，您可以選擇隨維護工作一起提供哪些功能。

您所描述的問題隨即消失。

噢，您可能希望使用標籤標記您的維護（Opex）工作以供日後使用。

2015-02-11 05:22:33

好的建議，但不幸的是我們的V2更改太複雜，無法在同一分支中進行管理。我正在看標籤，我並不滿意他們的發佈跟蹤，但到目前爲止，他們看起來像我最好的替代品。 – Keith 2015-02-16 18:30:27

看起來你似乎是在人爲地將你的迭代結構綁定到你的分支結構上。

如果您在「分支1」和「分支2」的Iteration 1中工作，那麼爲什麼不使用單個迭代，而是使用兩個區域路徑？這樣，您可以在同一次迭代中爲這兩個區域創建用戶故事和任務。

2015-03-16 22:25:45

回答