Team Foundation Server：多个构建控制器最佳实践

Question

作为一个团队成员4年，我发现我对TFS的迁移有点令人生畏。有点难以理解构建控制器与项目集合相关联的想法。我想知道产生新的构建控制器（相同的机器黑客或单独的虚拟机实例/服务器）的最佳实践是什么，或者更多的是人们如何将其作为一般实践。

提前致谢。

编辑：

n个项目集合

是使用Teamcity进行一个项目集合的持续集成atm，例如构建链接（自定义活动）以进行构建和部署。

此时，默认构建控制器将附加到单个集合。我正在考虑为其余的系列创建n - 1个控制器。

提前致谢，如果我能更好地澄清我的情况，请告诉我！

Answer 1

一些注意事项：

• 您不能在多个Collection中使用相同的Controller，即每个Collection必须有一个单独的Controller
• 您不能在同一台计算机上安装两个控制器，这意味着每个集合至少需要一个构建服务器
• CI很简单，但是门禁签到是按设计序列化的，所以我建议研究它们是如何工作的
• TeamCity构建链模式不能很好地映射到TFS构建模型，研究如何管理多个配置和实验模板（也称为Build-Deploy-Test）来处理一些有效的TFS模式
• 您可以在同一台计算机或另一台计算机上为单个控制器设置多个代理程序。每个代理都是独立的，请将其纳入您的设计

研究ALM Rangers' Build Customization Guidance。涵盖了很多指导和基础。

更新：

这些建议适用于“遗留XAML构建”，从TFS 2015开始，有一种新的构建可以克服这些限制。