TFS 2017内部构建代理

时间:2018-04-04 17:31:21

标签: tfs build agent on-prem

我们在TFS 2017上进行本地安装。我们有一个TFS应用服务器/源服务器和一个构建服务器。在构建服务器上,我们只安装了一个默认构建代理,如果提交了多个构建/发布版,则构建版本将排队等待。

我们可以在单个构建服务器上安装多个构建代理吗?

  • 如果是这样,拥有多个构建代理,是否可以通过并行运行来简化构建?
  • 在设置构建/发布定义时,我们是否必须告诉定义要使用哪个构建代理,或者TFS构建是否会自动决定它?
  • 在一台服务器上运行多个构建代理是否有任何成本/许可证影响?

1 个答案:

答案 0 :(得分:3)

  

我们可以在单个构建服务器上安装多个构建代理吗?

  

如果是这样,拥有多个构建代理,它将减轻构建   并行运行它们?

没有确凿的答案。 多个代理是否允许您并行运行多个构建?是。

这会加快速度吗?也许

构建通常受I / O限制,这意味着瓶颈在于可以快速读取和写入磁盘的速度。超过一定程度的CPU / RAM将无济于事。

每个服务器一个代理肯定是矫枉过正。我的经验法则是机器中每个物理磁盘只有两个构建代理。根据需要调整RAM / CPU,具体取决于正在编译的应用程序的大小/复杂程度。

  

在设置构建/发布定义时,我们必须告诉它   定义要使用的构建代理,还是自动构建TFS   决定吗?

您可以将构建代理注册到代理池和队列中。您指定要在构建定义中使用的代理队列。代理商将从该组代理商中挑选。

  

运行多个是否有任何成本/许可证影响   在一台服务器上构建代理?

许可基于并发性,而不是代理数或构建服务器数。

文档说明:

  

“分配了Visual Studio Enterprise订阅的用户   VS TFS实例的用户中心中的企业访问级别。每个   这些用户为每个用户贡献一个额外的并发管道   采集。您可以在所有Team Foundation Server中使用此权益   你的组织。“

除此之外,没有许可考虑。

参考:https://docs.microsoft.com/en-us/vsts/build-release/concepts/licensing/concurrent-pipelines-tfs?view=vsts