如何防止TFS将工作项与构建关联？

Question

我正在尝试为我们的测试团队设置自动通知，以便在他们准备好测试用户故事时告知他们。

当工作项的“固定输入”版本发生更改时，通知会正在触发。

我们的夜间构建部署到临时服务器。我希望这个版本更新“Fixed In”版本。

此外，我们还有一个门控签入版本。我不希望这更新“固定输入”版本。

我尝试将构建定义中的“Associate Changesets and Work Items”属性更改为“false”，但是gated checkin仍然与（并更新“Fixed in”构建的）工作项相关联。

如何防止我的门禁登记与工作项目相关联？

当工作项准备好进行测试时，是否还有另一种更智能的方法可以自动通知测试团队（而不是刚刚签入）？

Answer 1

我们有一个类似的设置，当开发人员在DEV分支中签入时，“私有”构建被触发，而“集成”构建实际上是与测试团队相关的构建。

“私有”和“集成”构建都源自相同的构建过程模板，但它们是不同的构建定义。

我们在构建解决方案中构建了一个自定义活动“Types.cs”（基本上是一个简单的枚举）：

namespace BuildTasks.Activities
{
    public enum QATypes
    {
        Private,
        Integration,
        Release
    }

}

这是作为我们添加的名为“BuildType”的构建参数的可能值传递的：

现在显示为可配置的构建定义参数：

我们显然在每个定义中相应地输入“私人”或“整合”。

在我们流程的最后几步中，我们检查了这个参数的价值。根据它，我们会向QA别名发送（或不发送）电子邮件。

有可能组织一个类似的实施来满足您的需求。