2

我们刚刚开始使用 Team Foundation Server 2008 / Visual Studio Team System，我们很高兴发现如何根据需要导出和修改工作项。然而，最后一件让我们的设置变得完美的事情被证明有些困难：

我们导出了Bug工作项类型并对其进行了修改，以使其对不同的用户组显示不同。但是，我们确实看到了非开发人员报告错误的潜在问题，这些错误最终被证明是重复的。我们希望强制以已解决的原因关闭工单的用户：重复也会创建一个指向该错误的链接，该链接被视为第一个错误报告。

我查看了 System.RelatedLinkCount，并把规则

  <FIELD type="Integer" name="RelatedLinkCount" refname="System.RelatedLinkCount">
    <WHEN field="Microsoft.VSTS.Common.ResolvedReason" value="duplicate">
      <PROHIBITEDVALUES>
        <LISTITEM value="0" />
      </PROHIBITEDVALUES>
    </WHEN>
  </FIELD>

但是，当我尝试将任何内容放入该范围时，进口商告诉我 System.RelatedLinkCount 不接受该规则，无论我放什么，但上面的规则显示了我正在尝试做的事情（即使最可取的规则还会检查我链接到的错误是否也不是重复的，尽管这太过分了：P）

有没有其他人试图在工作项中执行这样的规则？是否有另一种方法来解决相同的问题？我很感谢您对此事的任何想法。

4

3 回答 3

1

我不确定在将错误解决为重复时直接防止这种情况。即使有您正在研究的想法，也无法验证链接是否指向实际错误。

相反，您可能会尝试编写一份报告，验证任何已解决的错误重复项是否具有指向另一个错误的相关链接。让负责的团队成员每周左右审查一次此报告。有点善意的“责备和羞耻”对于保持项目清洁大有帮助。;)

于 2009-08-28T00:25:44.420 回答
0

在当前版本的 TFS 中，完全按照您的意愿去做是非常困难的。（2010 年的高级链接使其更容易。）我相信您至少必须编写自己的链接类型，也许还需要自定义字段控件。这些接口在 MSDN 上并没有很好地记录，尽管在 3rd 方博客上确实存在示例。

IMO 的最佳折衷解决方案是创建一个名为“重复错误 ID”的新整数字段。当错误转换为已解决状态并且解决字段为“重复”时，此字段将变为必需。在所有其他时间，它是只读的（默认为空）。这样，您想要的所有信息都会被捕获。缺点是：

  • “链接”不是双向的；无法从最初的错误中看出后来的错误被欺骗了
  • 从骗子导航到原始错误需要 CTRL+G 而不是双击

我认为这些对于满足 90% 其余要求的快速解决方案来说是次要的。

于 2009-08-28T03:51:00.023 回答
0

您可以通过创建一个“好友”字符串字段来完成此操作，该字段根据相关链接计数设置其值，然后根据已解决的原因对好友字段执行规则。

于 2010-09-08T11:45:44.980 回答