在TFS（2010年及以上）中，我们有迭代的概念，这似乎应该有助于分配工作（我们在1.0版中做了什么，1.1的计划是什么以及积压中剩下什么）。我必须提到我一直在关注TFS2012的Scrumm模板。
现在，您如何按产品版本对错误进行分类？ 例如，假设我们在野外使用v1.0和v2.0，在developpment中使用v3.0。
现在，我们在v1.0中发现了一个错误，结果是v2.0和v3.0也包含了这个错误。
代码方面，我们将更正dev中的错误，然后将其合并到v1.1和v2.1，以便我们当前的用户不会因为他们的版本而处于冷落状态（因为我们不能总是要求升级到最新版本。）
在TFS中创建错误时，我们可以选择指示迭代路径。但是我们只能使用一次迭代，而我们需要能够将错误声明为所有三个版本中存在的错误，并在合并发生时将其标记为独立更正。
有没有办法支持这种在TFS中工作的方式，或者我看错了吗？
答案 0 :(得分：2)
实现此目的的一种方法是修改TFS中Bug的默认工作项类型：
在VS 2010中，从主菜单中选择Tools > Process Editor >
Types > Open WIT From Server打开编辑器
在选择工作项类型对话框中，展开团队项目 您希望此模板应用于，请选择错误和 点击确定。
编辑器打开后，您将看到所有可用字段的列表 Bug 工作项。您应该注意到找到字段 可在列表中找到。通过提供此版本号 字段，编写可以找到错误的查询应该很容易 按版本。
要显示此字段，请选择布局标签以显示该字段 表格编辑。它基本上只是一个大树视图。展开组 组 - 分类（或您认为此字段的位置 最合适的），右键单击列并选择新控件
在“属性”面板中，为“字段名称”选择找到，然后选择 还要更新标签。
选择预览表单以测试您的更改，然后保存并关闭 编辑
答案 1 :(得分：0)
有很多方法可以解决这个问题，具体取决于您选择接近它的方式。一种是不使用标准区域字段（Mike C建议一个很好的选择）。另一种方法是创建工作项以更准确地反映您正在进行的工作的状态。我的意思是：
如果您要在三个不同版本的软件上发布修复程序，我会假设您要针对所有三个版本进行测试，以确保修复程序在所有代码库中都是一致的。 V1.0中的修复程序在V3.0中可能无法正常工作，因为周围/受影响的代码可能不同。
在该过程中的某个时刻，您可能会有三个独立的（但链接的）错误表示：可能是错误本身的三个副本，或者三个测试用例（每个版本应该测试错误的一个）所有链接对原始的bug。然后，如果错误在V1.0中得到修复，但需要在V3.0中修复更多工作，那么您的工作项就会准确地反映这一点。