Question

通过我们的TFS 2015源代码管理，我们要求开发人员针对工作项签入更改。

但是，我们有几个实例，开发人员已经在我们的开发分支中检查了一个工作项，但是当合并到我们的QA分支时，他们已经将合并的更改签入了不同的工作项。这方面的一个例子是在PBI下创建了一个bug，dev中的变化已经针对bug下的任务进行了检查，但随后又与PBI本身合并到了QA。这导致我们可追溯性问题。

我已经看到可以添加“工作项查询策略”的签到策略。我只是想知道是否有办法编写一个查询来确定合并后签到的工作项是否与源变更集的工作项匹配？我不一定在完全查询之后（虽然如果有人可以提供一个:)会很可爱:)，我真的只是想知道是否有可能有查询来执行此操作 - 即查询可用的信息在TFS？

Answer 1

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

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

this.PendingCheckin.PendingChanges.Workspace.VersionControlServer

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

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

this.PendingCheckin.WorkItems

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