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