在团队基础服务器bug工作项目中执行重复链接

我们刚刚开始使用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）

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

来源

2009-05-20 Tewr

在当前版本的TFS中做你想要的东西是相当困难的。（2010年的高级链接使得它更容易）。我相信你必须至少编写自己的链接类型，也可以自定义字段控件。这些接口在MSDN上没有很好的记录，虽然在第三方博客上确实存在示例。

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

“链接”不是双向的;没有办法从后面的一个被欺骗反对
导航从重复数据删除原有的bug原来的错误，看看需要CTRL + G代替双击

我认为这些都是次要的一个快速的解决方案，满足剩余要求的90％。

来源

2009-08-28 03:51:00

我不知道如何直接将此问题解决为重复错误。即使有你正在处理的想法，也没有验证链接是否存在实际的错误。

您可能会尝试的是编写一个报告，验证是否有任何已解决的错误重复都有一个相关的链接转到另一个错误。有责任心的团队成员每周检查一次该报告。有点善意的“责备和羞耻”对于保持项目清洁很有帮助。 ;）

来源

2009-08-28 00:25:44

您可以通过创建一个根据RelatedLinkCount设置其值的“好友”字符串字段，然后根据已解决的原因在好友字段上强制执行规则。

来源

2010-09-08 11:45:44

在团队基础服务器bug工作项目中执行重复链接

回答

相关问题