工作项查询策略以检查合并时的工作项匹配答案

【问题标题】：Work Item Query Policy to check workitems match on merge工作项查询策略以检查合并时的工作项匹配
【发布时间】：2017-05-19 20:26:21
【问题描述】：

通过我们的 TFS 2015 源代码控制，我们要求开发人员根据工作项签入更改。

但是，我们有几个例子，开发人员在我们的开发分支中签入了一个工作项，但是在合并到我们的 QA 分支时，他们已经将合并后的更改签入到另一个工作项。这方面的一个例子是在 PBI 下创建了一个 bug，dev 中的更改已针对该 bug 下的任务签入，但随后针对 PBI 本身合并到 QA。这给我们带来了可追溯性问题。

我已经看到可以添加“工作项查询策略”的签入策略。我只是想知道是否有一种方法可以编写一个查询来确定合并后签入的工作项是否与源变更集的工作项匹配？我不一定在确切的查询之后（尽管如果有人可以提供一个会很可爱:)），真的我只是想知道是否有可能有一个查询来做到这一点 - 即查询可用的信息在 TFS 中？

【问题讨论】：

标签： tfs-2015 tfs-workitem tfs-sdk checkin-policy vssdk

【解决方案1】：

您无法使用现有策略执行此操作，您需要构建自定义策略。

所以，从技术上讲，这是可能的。您可以通过 PendingChanges 对象访问 VersionControlServer 对象：

this.PendingCheckin.PendingChanges.Workspace.VersionControlServer

您可以使用它来查询相关分支的历史记录，并获取与该分支中签入相关的工作项。

您可以检查关联的工作项到当前工作项：

this.PendingCheckin.WorkItems

您甚至可以通过在验证时将正确的工作项添加到签入中来提供自动更正选项。

One of my policies provides an example on using the VersionControlServer from a policy.

【讨论】：

感谢您的回复和建议。不幸的是，我可能要到下周中旬才有机会尝试一下，因为我现在很开心合并分支之间的更改以进行发布并与复杂的冲突作斗争（快乐），但会给它一个下周去。
不幸的是，我还没有机会 - 在通过我们的分支合并变更集时，我们遇到了比以往更多的问题，而且我们今天早上仍在继续（尽管幸运的是只有大约 10 个变更集走：））。现在考虑在下周初进行。