我是整个CI流程的新手，我的任务是研究解决方案。所以这对某些人来说听起来像个愚蠢的问题......
所以，我一直在关注Team City（专业版），并想知道是否有必要根据目标环境设置单独的构建代理。
我们的应用程序产品组合包括一些在Windows Server 2003上运行的旧版Web应用程序。较新的最新开发的Web应用程序在Windows Server 2008 R2上运行。当然，我们为每个环境都有单独的测试盒。
我应该为每个服务器o / s设置构建代理吗？ （即2003年和2008年的一个）。 我想看看构建输出应该是生产版本准备就绪是有意义的。
编辑：开发.NET应用
答案 0 :(得分：2)
如果您的所有应用程序都在.NET上运行，那么它们将被编译到哪台机器上并不重要。 （假设你的目标是在2003和2008上运行的.net框架）
因此，在您的情况下，我将在2008年运行一个构建代理，该代理将为您的所有环境生成构建。
多构建代理的目的是将您的构建分布在多台计算机上，如果您有许多产品和频繁签入，这些非常有用。对于简单的初始设置，可以使用1个构建代理。
现在，作为构建/部署过程的一部分，您可以让构建代理将构建部署到2003和2008计算机。 TC不用于部署，但如果所有计算机都在同一个LAN上，它仍然可以很容易地用于部署构建。