为什么以及何时拥有多个构建代理？答案

【问题标题】：Why and when to have multiple build agents?为什么以及何时拥有多个构建代理？
【发布时间】：2017-03-04 05:16:03
【问题描述】：

考虑 TFS 2010 让构建控制器拥有 1 个以上构建代理的能力。由于构建是团队/环境的主观主题，因此请考虑在提交/签入时执行构建的环境。每个项目集合将有 10 多个团队项目，但一天内可能只有 1 或 2 个被提交。

TFS 管理员何时应考虑创建新的构建代理？
多个代理是否并行运行？
将单个代理定义到构建控制器时，它会串行运行吗？
MSDN states: "if you set up your agents to have specialized capabilities..." 。这是什么意思？技术/平台差异化？您如何设置您的代理以具有专门的功能？
如何在每次签入时（通常）执行构建的环境中有效地使用“标记”构建代理。

【问题讨论】：

【解决方案1】：

您使用多个构建代理来支持多个构建机器（我目前使用一个带有 3 台构建机器的构建农场 - 因此 3 个构建代理 - 来分配负载）。

您可能还希望拥有多个构建代理，以便能够并行运行构建。这是一个很好的资源共享功能，但在您开始使用测试/实验室管理功能时需要。

使用这些功能：例如，您可以使用第 3 方组件的版本 1 设置构建代理，并使用版本 2 设置第二个构建代理。通过标记，您可以在构建定义中指定它将从中选择的构建代理构建代理池。

【讨论】：

【解决方案2】：

我们在工作的同一台机器上使用 2 个构建代理，因为我们只有一台构建机器。

第一个处理我们的 CI 构建，并带有 CI 标记。 CI 构建的构建定义设置为仅使用具有 CI 标记的代理。

第二个用于手动排队构建，主要用于发布分支构建。

我专门使用 CI 构建代理，因为当我们为 QA 准备新构建时，让多个开发人员检查开发分支的情况并不少见，这会减慢将构建发布给 QA 的速度。

【讨论】：

【解决方案3】：

我们的一个构建需要 9 分钟。如果您碰巧在错误的时间部署，您不必在它后面的队列中，这很好。

【讨论】：

是的，我会说同样的话...取决于您的节奏、团队的规模以及您支持的产品数量，您可能有也可能没有永久支持的队列向上。构建应该很快。如果开发人员必须等待其他 22 个构建完成才能从构建服务器获得针对他自己工作的反馈，那么您就有问题了。