是否可以在同一个工作项中多次引用 TFS 工作项字段？

Question

我们目前正处于从 TFS 2008 升级到 TFS 2012 的过程中。当 TFS 2008 建立时，相关人员对工作项字段的用途并不了解，最终我们付出了沉重的代价自定义模板，实际上丢失了很多默认字段。作为升级到 2012 的一部分，我们正在尝试尽可能多地返回开箱即用的模板，以确保我们能够使用尽可能多的功能，但是我们需要少量自定义字段包括用于报告目的。

我们的产品开发流程涉及即将发布的版本的路线图，其中包括新工作和错误修复。当一个错误被分配给开发人员处理时，我们希望能够选择我们要修复的版本——据我所知，迭代最适合这个。不过，在 bug 关闭时，我们还想跟踪它实际上是在哪个版本中修复的，因为如果出现更高优先级的 bug 或更改请求，事情通常会从一个版本转移到下一个版本，但这就是我们来的地方没有卡住，因为我似乎无法将 Iteration 分配给这两个字段，以使两者显示不同的值。

如果可能，我们不希望在我们的产品系列中使用必须不断更新版本号的全局列表（我们有大约 8 种不同的产品在不断开发中，每个产品都有自己的版本号），只留下一个其中作为文本字段，我们可能会在人们输入的内容中出现不一致，例如 1.01 与 1.1，这将在报告中显示为 2 个不同的版本。由于字段只是在后台查找一组值，所以迭代列表没有办法可以使用两次吗？或者有人对我们如何解决这个问题有其他建议？

Answer 1

在这种情况下，我的建议是在状态更改事件上使用COPY 规则，这样当您将工作项移动到已关闭状态时，它会使用当前处于的值填充您的自定义字段您的迭代字段。

这将为您提供正确时间点的值快照，如果以后更改迭代，则不会更改该快照，如果在其生命周期内多次打开和关闭，则会提供历史条目。

Answer 2

由于迭代是有时间限制的，而发布是永久的，所以在此处使用迭代存在固有的目的不匹配。迭代是为了计划。

您最好使用您发布的版本创建一个发布列表。

例如，如果您正在冲刺，则在开始之前您可能不知道最终会使用哪个版本。如果您不冲刺，那您只是在自欺欺人。