如何防止TFS将工作项目与构建关联起来？
我正在为我们的测试团队设置自动通知，以便他们在准备测试用户故事时被告知。
当工作项目的“固定在”版本更改时，通知当前正在触发。
我们每晚构建部署到临时服务器。 我希望这个版本能够更新“Fixed In”版本。
另外，我们有一个门控签入版本。 我不希望这个更新“固定在”构建。
我尝试将构建定义中的“关联变更集和工作项”属性更改为“假”，但门控签入仍与（并更新“工作项的”固定内“版本）相关联。
如何防止我的门控签入与工作项目关联？
当工作项目准备好进行测试时（与刚刚签入的情况相反），是否有另一种更智能的方式来自动通知测试团队？
我们有一个类似的设置，当开发人员在DEV分支签入时，'私人'构建被解雇，'集成'构建实际上是与测试团队相关的构建。
“私人”和“集成”构建都来自相同的构建过程模板，但是是不同的构建定义。
我们在构建解决方案中构建了一个自定义活动“Types.cs”（基本上是一个简单枚举）：
namespace BuildTasks.Activities
{
public enum QATypes
{
Private,
Integration,
Release
}
}
这是作为我们添加名为'BuildType'的构建参数的可能值传递的：
。
这现在显示为可配置的构建定义参数： 
我们明确地在每个定义中相应地输入“私人”或“整合”。
在我们流程的最后一步中，我们检查这个参数的值，并根据它发送（或不发送）一封电子邮件给QA别名。
可能会组织类似的实施以满足您的需求。
链接地址: http://www.djcxy.com/p/31815.html上一篇: How can I prevent TFS associating work items with a build?