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

Question

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

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

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

此外，我们有一个封闭的 checkin 构建。我不希望这更新“Fixed In”构建。

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

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

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

Answer 1

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

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

我们在构建解决方案中构建了一个自定义事件“Types.cs”(基本上是一个简单的枚举):

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

}

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

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

我们显然会在每个定义中相应地输入“私有(private)”或“集成”。
在我们流程的最后步骤中，我们检查此参数的值，并根据它向 QA 别名发送(或不发送)电子邮件。

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