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

【问题标题】：How can I prevent TFS associating work items with a build?如何防止 TFS 将工作项与构建相关联？
【发布时间】：2020-07-09 01:08:30
【问题描述】：

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

当工作项的“Fixed In”构建发生更改时，当前会触发通知。

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

此外，我们还有一个封闭的签入构建。我不希望它更新“Fixed In”版本。

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

如何防止我的门控签到与工作项相关联？

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

【问题讨论】：

标签： tfs

【解决方案1】：

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

“私有”和“集成”构建都派生自同一个构建过程模板，但是是不同的构建定义。

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

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

}

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

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

我们显然会在每个定义中相应地输入“私有”或“集成”。

在我们流程的最后步骤中，我们检查此参数的值，并根据它向 QA 别名发送（或不发送）电子邮件。

也许可以组织一个类似的实现来满足您的需求。

【讨论】：