如何在TFS（特别是Visual Studio Online）中构建版本和迭代，其中迭代中的某些工作计入一个版本，而其余工作计入另一个版本？
一些背景：我正在与一个拥有2个代码分支的团队合作：第一个分支用于维护，每两周发布一次，第二个分支用于长期“2.0版”项目（发布在6个个月）。我们在每次迭代中都在两个分支中工作，我们都在维护和“2.0版”项目上工作。
我们当前的迭代树遵循\<release>\<iteration>模式，如下所示：
例如， Iteration 1 中的某些工作不会在维护版本1 中发布，而是将来的“版本2.0”版本中发布时会出现此问题。
我希望结构更像这样，至少在概念上，但不重复迭代：
我考虑过的尝试：重组我们的团队以实现仅维护和“2.0版本” - 仅开发人员不是一个选择。将我们的迭代分解为仅维护和“2.0版” - 仅仅是不现实的（我们需要快速转换维护，因此工作需要在每次迭代中完成）。规划2个并发迭代似乎有点矫枉过正。
答案 0 :(得分：2)
最终你需要通过没有两个分支来解决这个问题。您应该有一个好的产品版本，并隐藏功能标志后面的v2功能。然后，您可以为每个增量添加任何工作，功能或维护，并在每个sprint结束时发送。此时，您可以选择维护工作中附带的功能。
您所描述的问题就会消失。
哦，您可能希望使用标记来标记维护（Opex）工作以供日后使用。
答案 1 :(得分：1)
好像你是在人为地将你的迭代结构绑定到你的分支结构。
如果你在Iteration 1中工作，那么＆＃34;分支1和＃34;和＆＃34;分支2＆＃34;，那么为什么不使用单个迭代，而是两个区域路径？这样，您可以在同一次迭代中为这两个区域提供用户故事和任务。
答案 2 :(得分：0)
通过迭代将分支拆分为迭代的不同子节点，我解决了这个限制。毕竟，＆＃34; type＆＃34;的概念并非如此。在树中，所以节点可以是你想要的任何东西。
此外，我还为分支工作单独备份。