TeamCity与TFS在同一服务器上?

TeamCity与TFS在同一服务器上?,tfs,continuous-integration,teamcity,Tfs,Continuous Integration,Teamcity,我将很快负责在我们的开发环境中实施TeamCity。我四处搜索,没有找到真正的答案,有人知道构建服务器是否有“最佳实践”吗。是否可以将TeamCity安装在与TFS相同的服务器上,是否首选?或者我应该将其安装到专用服务器上(我可以这样做) 感谢您将其安装在自己的服务器上,您不希望它在执行构建时停止tfs。将其安装在自己的服务器上,您不希望它在执行构建时停止tfs。我认为微软自己的也与此相关: 您可以在团队所在的同一台计算机上托管生成服务器 基础应用层服务器,但在大多数情况下, 此生成服务器不应承

我将很快负责在我们的开发环境中实施TeamCity。我四处搜索,没有找到真正的答案,有人知道构建服务器是否有“最佳实践”吗。是否可以将TeamCity安装在与TFS相同的服务器上,是否首选?或者我应该将其安装到专用服务器上(我可以这样做)


感谢您将其安装在自己的服务器上,您不希望它在执行构建时停止tfs。

将其安装在自己的服务器上,您不希望它在执行构建时停止tfs。

我认为微软自己的也与此相关:

您可以在团队所在的同一台计算机上托管生成服务器 基础应用层服务器,但在大多数情况下, 此生成服务器不应承载任何生成代理。建造代理场所 对处理器的大量需求,这可能会显著降低 应用层的性能。此外,您可能希望 避免在应用层上运行任何构建服务器组件 因为安装Team Foundation构建服务会增加攻击 在计算机上显示


因此,您可能会看到其他操作(如版本控制、工作项跟踪等)出现不必要的减速。

我认为微软自己的操作也与此相关:

您可以在团队所在的同一台计算机上托管生成服务器 基础应用层服务器,但在大多数情况下, 此生成服务器不应承载任何生成代理。建造代理场所 对处理器的大量需求,这可能会显著降低 应用层的性能。此外,您可能希望 避免在应用层上运行任何构建服务器组件 因为安装Team Foundation构建服务会增加攻击 在计算机上显示


因此,您可能会在其他操作(如版本控制、工作项跟踪等)上看到不必要的减速。

您可以在tfs服务器上安装Teamcity服务器,但如果可以,则可以将其安装在单独的计算机上,但如果可能的话,作为执行工作的代理,这些代理肯定需要位于与Teamcity和tfs不同的计算机上

您可以在tfs服务器上安装Teamcity服务器,但如果可以,可以安装在一台单独的机器上,但作为代理,如果可能的话,它可以安装在Teamcity和tfs之外的机器上

我认为这是一个足够好的理由来保证它自己的服务器。谢谢你的帮助我认为这是一个足够好的理由来保证它自己的服务器。谢谢你的帮助