我们有一个单一的解决方案，我们想要开始进行门控签到。我们面临的最大问题是我们希望构建代理构建所有配置和平台（32位和64位的ASCII和Unicode）以验证更改。
我们可以使用一个构建代理执行此操作并按顺序运行它们，但这将需要很长时间才能进行持续集成，因此这不是一个选项。
我们可以有4种不同的构建定义，它们可以构建在4个不同的代理上，但是我们也没有看到在门控构建上运行4个不同的构建定义的门控构建。
我想我们可以通过让开发人员搁置他们的更改的手动过程来实现它，然后手动启动使用货架设置构建的4个构建代理，并且只有当它们都成功时才检查，但是我们更喜欢更多自动化流程。
有谁知道这样做的方法？
由于
答案 0 :(得分：1)
您应该能够使用并行构建模板并行化gated check-in构建 - 请参阅Jim Lamb's blog的详细说明。
请注意，使用gated check-in时可能存在“陷阱”：默认情况下，当您对二进制文件进行更改时，Team Foundation Server将采用独占（检出）锁定。当并行构建模板作为gated check-in的一部分运行时，它将取消多个构建代理上的checkin shelveset。如果您将二进制文件作为gated check-in的一部分，则会失败。
因此，您需要避免在并行化的gated check-ins中包含二进制文件，或者您需要关闭二进制文件的独占检出。