代码之家 › 专栏 › 技术社区 › Tewr

在Team Foundation Server Bug工作项中执行链接以供复制

tfs-process-template tfs-workitem tfs

2

Tewr · 技术社区 · 17 年前

我们刚刚开始使用Team Foundation Server 2008/VisualStudioTeam系统,我们很高兴找到如何出口和修改工作项以满足我们的需要。然而,这最后一件能让我们完美设置的事情已经证明有点困难:

我们已经出口了缺陷 工作项类型 并对其进行了修改,使其在不同的用户组中显示不同的外观。但是,我们确实看到了非开发人员报告错误(结果是重复的)中的一个潜在问题。我们希望强制关闭具有已解决原因的通知单的用户:Duplicate还创建一个指向错误的链接,该错误被视为第一个错误报告。

我已经查看了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不接受该规则,无论我放置了什么,但上面的规则显示了我正在尝试执行的操作(即使最可取的规则也会检查我链接到的bug不是重复的,尽管这是多余的:p)

是否有其他人试图在工作项中强制执行类似的规则?有没有其他方法来解决同一个问题?我对此事的任何想法都表示感谢。

3 回复 | 直到 10 年前

1

0

Richard Berg 17 年前

在当前版本的TFS中,完全按照您的要求执行非常困难。(2010年的高级链接使其更容易。)我相信您至少需要编写自己的链接类型,也可能需要自定义字段控件。虽然在第三方博客上确实存在一些例子,但这些界面在msdn上并没有很好的记录。

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

“链接”不是双向的;从最初的bug看不到后来的bug被欺骗了。
从dupe导航到原始错误需要ctrl+g而不是双击

我认为这些对于满足90%剩余需求的快速解决方案来说是微不足道的。

2

1

Rob McCready 17 年前

我不确定是否要在将bug解决为重复时直接阻止这种情况。即使有了你正在研究的想法,也无法验证链接是否存在于实际的bug中。

您可以尝试编写一个报告,以验证任何已解决错误的副本是否具有指向另一个错误的相关链接。让负责的团队成员每周对该报告进行一次审查。一点善意的“责怪和羞耻”对保持项目的整洁有很大的帮助。;)

3

0

Aidan Ryan 15 年前

您可以通过创建一个“buddy”字符串字段来实现这一点,该字段根据relatedLinkCount设置其值,然后根据解析的原因对buddy字段强制执行规则。