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

Question

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

当工作项目的“固定位置”构建更改时，通知当前正在触发。

我们每晚构建部署到临时服务器。我希望这个版本能够更新“Fixed In”版本。

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

我尝试将构建定义中的“关联变更集和工作项目”属性更改为“假”，但门控签入仍与关联（并更新工作项目的“固定”构建）。

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

当工作项目准备好进行测试时（与刚刚签入的情况相反），是否有另一种更智能的方法来自动通知测试团队？

Answer 1

我们有一个类似的设置，当开发人员在DEV分支签入时'private'构建被解雇，而'integration'构建实际上是与测试团队相关的构建。

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

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

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

} 

这是因为我们增加了一个名为“BuildType”的构建参数的可能值传递：
。

这现在成为一个可配置的构建定义参数：

很明显，我们在每个定义“私人”或“一体化”因此进入。

在我们流程的最后一步中，我们检查此参数的值，取决于它我们发送（或不发送）到QA别名的电子邮件。

也许可以组织类似的实施以满足您的需求。