Teamcity - 有没有办法在将构建配置分配给代理后选择它？

Question

有没有办法在构建配置从队列中分配给代理后更改它？ 我希望的工作流程：

change in vcs root -> queue up 'run tests' -> if Agent A, run 'run tests', if Agent B, run 'run tests in Docker'

更多上下文：我有一个我维护的 teamcity 实例，但没有管理员访问权限。这意味着我无法在服务器上安装我需要的东西。我们在某些构建代理服务器上进行了某些安装。我创建了不同版本的“运行测试”构建配置，这样它就可以在所有可用的代理上运行。这是一个相当简单的区别：测试套件使用一个构建配置（在默认代理上）定期运行，并在其他（在其他两个构建服务器上）的 docker 容器中运行。并非所有服务器都安装了 docker。

需要明确的是，这些构建配置彼此不连续——它们是相同的构建配置，但版本不同。我不希望两个作业都监听 vcs 更改 - 因为这将启动两个构建配置。我只是想在运行之前但在队列之后放置一个条件，但是数据流似乎是一种方式（排队作业，然后分配给代理）。

Answer 1

您应该能够使用conditional build steps 来实现您所需要的，但我不建议这样做太多，因为该解决方案会有点笨拙：

1. 将“运行测试”和“在 Docker 中运行测试”这两个构建步骤添加到您的构建配置中。
2. 向“运行测试”步骤添加条件：如果teamcity.agent.name 等于<dockerless-agent-name>，则执行步骤。
3. 为“在 Docker 中运行测试”步骤添加另一个条件：如果teamcity.agent.name不等于<dockerless-agent-name>，则执行步骤。
4. 这里是骇人听闻的部分。将 docker 步骤强加的隐式代理要求添加到 dockerless 代理的 buildAgent.properties 文件中。示例：如果您在“在 Docker 中运行测试”步骤中使用 docker wrapper，它将对构建配置施加 docker.server.version exists 代理要求。在这种情况下，请将行 docker.server.version=whaterver 添加到 dockerless 代理的 buildAgent.properties。

TeamCity 会认为没有 docker 的代理可以运行“在 Docker 中运行测试”步骤，并且能够将构建分配给该代理。但如果发生这种情况，将执行“运行测试”步骤而不是“在 Docker 中运行测试”。就是这样。

另外，如果ignoring implicit agent requirements if a condition is used in a build step的功能被实现，你将能够在不通过buildAgent.properties破解它的情况下实现目标。