在 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从主菜单在选择工作项类型对话框中，展开团队项目 如果您想应用此模板，请选择 Bug 并 点击确定。
当编辑器打开时，您会看到所有可用字段的列表 Bug 工作项。您应该注意到 Found In 字段 列表中可用。通过在此提供版本号 字段，编写可以发现错误的查询应该很容易 按版本。
要显示此字段，请选择布局 选项卡以调出 表单编辑器。它基本上只是一个大 TreeView 。展开群组 对于 Group - Classification(或您认为该字段位于 最合适)，右键单击列并选择新建控件
在属性面板中，选择 Found In 作为 Field Name，然后 同时更新标签。
选择Preview Form 测试您的更改，然后保存并关闭 编辑
关于tfs - 在 TFS 2010/2012 中，您如何对错误进行分类？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11903575/