C# 添加一个'；哪个部门；TFS中的字段到工作项

假设您是使用VisualStudio中的Scrum团队项目模板和VisualStudioALM Rangers规定的“高级分支计划”的Scrum团队的一部分。您的团队开发了一个名为FooBar的产品，直到您完成了为特定版本计划的所有功能和测试（我们称之为版本FooBar v1）。发展分支机构与主分支机构合并，“高级分支机构计划”的相关分支机构从主分支机构分支

最终，FooBar v1发布了，您和您的团队正在努力开发FooBar v2。不幸的是，FooBar v1客户发现一个bug并报告它。创建了一个工作项来修复这个bug，但是开发人员需要知道这个bug在哪里。它是在FooBar v1 Service Pack分支、开发分支还是FooBar v1修补程序分支中

现在考虑你的团队正在研究FoBar VN，其中n是任意数。客户在FooBar v（N-M）中报告一个bug，其中M是一个任意数字，N>M。创建一个工作项来修复bug，但是开发人员需要知道这个bug在哪里。是在FooBar v（N-1）中吗？发展？FooBar v（N-M+1）

当然，工作项可以有一个标题来指示bug所在的分支，但这会导致未标准化的特殊命名方案。最好是在创建工作项时添加一个字段，询问该工作项与哪个分支相关。向TFS中的现有工作项类型添加字段似乎非常简单：不幸的是，这不是一个静态列表；它是动态的

这是一个由两部分组成的问题：1）甚至可以向TFS中的Scrum工作项添加一个字段，其列表项依赖于特定团队项目中的分支吗？

---

而且：2）如果可能的话，你能给我提供一些参考资料吗？如果这是第一次有人想到这一点，我会感到惊讶…

这不是一个bug位于哪个分支的问题，而是一个bug位于哪个构建的问题

有一个“在构建中找到”字段

---

请记住，构建知道它构建了哪些代码、哪些工作项、哪些变更集。

所有客户版本都应该来自同一分支。时期您应该要求客户报告错误所在的版本，而不是错误所在的分支。您可以控制向客户发布的版本与TFS中的变更集相对应，或者将变更集编号作为版本的一部分，如“major.minor.hotfix.changeset”或类似版本。请注意，必须修改上述语句，以将主要版本考虑在内，但是为不同的客户发布无序的修补程序会给你带来很多问题，其中只有一个问题是哪个变更集导致了它。我们的组织正在开发我们的客户可以收到的产品测试版（有Beta1、Beta2和Beta3）。为了提供支持，每个beta版本都有自己的Service Pack分支挂在Main上，每个版本都有一个发布分支挂在Main上。如果发现一个bug，相关的分支是固定的（SPBeta1、SPBeta2、SPBeta3、Dev。这使我们能够支持所有的测试版本）。不管我们的分支策略如何，是否可以向其列表项依赖于特定团队项目中的分支的工作项添加一个字段？同样，您不会将分支分发给客户。你分发构建。我保证我不是故意刁难你，但我明白这一点。在大方案中（简化）：主要分支服务包。服务包分支发布。发布版是构建和发布的。发现了一个bug。（客户是否找到它并不重要，如果开发人员在开发下一个版本时发现了它……重要的是某个地方出现了一个bug。）根据bug的位置（已发布的产品或仍在开发中的代码），将根据我们的分支策略修复一个代码分支（可能会在以后的某个版本中构建），开发人员很难精确定位代码。