是否可以在同一工作项中多次引用 TFS 工作项字段？
Is It Possible To Reference TFS Work Item Fields More Than Once Within The Same Work Item?
我们目前正在从 TFS 2008 升级到 TFS 2012。在设置 TFS 2008 时，相关人员不太了解工作项字段的用途，我们最终得到了高度自定义的模板，实际上丢失了很多默认字段。作为升级到 2012 的一部分，我们正在尝试 return 尽可能多地使用开箱即用的模板，以确保我们能够使用尽可能多的功能，但是有少量自定义字段出于报告目的我们需要包括在内。
我们的产品开发过程涉及即将发布的版本的路线图，其中包括新工作和错误修复。当一个错误被分配给开发人员处理时，我们希望能够选择我们针对哪个版本进行修复——据我所知，迭代最适合于此。虽然在错误关闭时，我们还想跟踪它实际修复的版本，因为如果出现更高优先级的错误或更改请求，事情通常会从一个版本转移到下一个版本，但这就是我们的出发点解开，因为我似乎无法将 Iteration 分配给两个字段，从而使两个字段显示不同的值。
如果可能的话，我们不希望拥有必须不断更新我们产品范围内的版本号的全局列表（我们有大约 8 种不同的产品在不断开发，每个都有自己的版本号），并且将其中一个保留为文本字段会导致我们在人们输入的内容中出现不一致的可能性，例如 1.01 与 1.1 将在报告中显示为 2 个不同的版本。由于字段只是在后台查找一组值，迭代列表是否没有办法可以使用两次？或者有人对我们如何解决这个问题有其他建议吗？
在这种情况下，我认为我的建议是对状态更改事件使用 COPY 规则，这样当您将工作项移至关闭状态时，它会填充您的自定义字段Iteration 字段中当前的值。
这会为您提供正确时间点的值快照，如果稍后更改迭代，则不会更改该值，如果它在其生命周期内多次打开和关闭，还会提供历史条目.
由于迭代是有时间限制的，而发布是永久性的，因此在此处使用迭代与目的存在内在的不匹配。迭代是为了计划。
你最好用你发布的版本创建一个发布列表。
例如，如果您正在冲刺，您可能不知道在开始之前您将结束哪个版本。如果你没有冲刺那么你只是在开玩笑说你知道。
我们目前正在从 TFS 2008 升级到 TFS 2012。在设置 TFS 2008 时，相关人员不太了解工作项字段的用途，我们最终得到了高度自定义的模板，实际上丢失了很多默认字段。作为升级到 2012 的一部分，我们正在尝试 return 尽可能多地使用开箱即用的模板，以确保我们能够使用尽可能多的功能，但是有少量自定义字段出于报告目的我们需要包括在内。
我们的产品开发过程涉及即将发布的版本的路线图，其中包括新工作和错误修复。当一个错误被分配给开发人员处理时，我们希望能够选择我们针对哪个版本进行修复——据我所知，迭代最适合于此。虽然在错误关闭时，我们还想跟踪它实际修复的版本，因为如果出现更高优先级的错误或更改请求，事情通常会从一个版本转移到下一个版本，但这就是我们的出发点解开，因为我似乎无法将 Iteration 分配给两个字段，从而使两个字段显示不同的值。
如果可能的话，我们不希望拥有必须不断更新我们产品范围内的版本号的全局列表（我们有大约 8 种不同的产品在不断开发，每个都有自己的版本号），并且将其中一个保留为文本字段会导致我们在人们输入的内容中出现不一致的可能性，例如 1.01 与 1.1 将在报告中显示为 2 个不同的版本。由于字段只是在后台查找一组值，迭代列表是否没有办法可以使用两次？或者有人对我们如何解决这个问题有其他建议吗？
在这种情况下，我认为我的建议是对状态更改事件使用 COPY 规则，这样当您将工作项移至关闭状态时，它会填充您的自定义字段Iteration 字段中当前的值。
这会为您提供正确时间点的值快照，如果稍后更改迭代，则不会更改该值，如果它在其生命周期内多次打开和关闭，还会提供历史条目.
由于迭代是有时间限制的，而发布是永久性的，因此在此处使用迭代与目的存在内在的不匹配。迭代是为了计划。
你最好用你发布的版本创建一个发布列表。
例如，如果您正在冲刺，您可能不知道在开始之前您将结束哪个版本。如果你没有冲刺那么你只是在开玩笑说你知道。