【问题标题】:TFS 2017 on-premises build agent [closed]TFS 2017 本地构建代理 [关闭]
【发布时间】:2018-09-14 08:57:04
【问题描述】:

我们使用的是 TFS 2017,本地安装。我们有一台 TFS 应用程序服务器/源服务器和一台构建服务器。在构建服务器上,我们只安装了一个默认构建代理,如果提交了多个构建/发布,则构建/发布将排队。

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

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

【问题讨论】:

    标签: tfs build agent


    【解决方案1】:

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

    是的。

    如果是这样,拥有多个构建代理,是否会通过以下方式简化构建? 并行运行它们?

    没有确定的答案。 多个代理可以让您并行运行多个构建吗?是的。

    这会加快速度吗?也许吧。

    构建通常受 I/O 限制,这意味着瓶颈在于从磁盘读取和写入数据的速度。超过某个点,更多的 CPU/RAM 将无济于事。

    每台服务器一个代理绝对是矫枉过正。我的经验法则是一台​​机器的每个物理磁盘不超过两个构建代理。根据正在编译的应用程序的大小/复杂性,根据需要调整 RAM/CPU。

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

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

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

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

    文档状态:

    “拥有 Visual Studio Enterprise 订阅的用户被分配到 TFS 实例的用户中心中的 VS 企业访问级别。每一个 这些用户为每个用户贡献了一个额外的并发管道 收藏。您可以在所有 Team Foundation Server 上使用此优势 您的组织。”

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

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

    【讨论】:

    • 谢谢丹尼尔。很有道理。
    猜你喜欢
    • 1970-01-01
    • 2017-08-14
    • 2018-10-10
    • 2017-04-30
    • 2018-02-23
    • 2017-04-07
    • 1970-01-01
    • 2018-02-16
    • 2019-06-15
    相关资源
    最近更新 更多