TeamCity手动构建延迟

我希望有人对此有一个解决方案，但我想在5/10分钟后开始TeamCity构建，给我的QA团队足够的时间退出系统。不过，如果有问题，我也希望能够立即启动。我有从Jenkins开始的转换，这之前是作为构建参数的一部分包含的

Build？delay=0sec

这将允许我更新延迟的秒数。TeamCity有类似的东西吗？有人想出什么花哨的黑客吗

我曾经考虑过一个shell脚本，它只需要调用RESTAPI，并使用我想要触发的构建和延迟的时间

我也考虑过创建lambda函数来使用restapi

---

但是，我希望能够从网站上执行此操作，并在单击该按钮后延迟构建，但不要让构建占用所有这些分钟的代理，而是延迟排队。

我不确定TeamCity是否有直接处理此问题的设置。VCS静默期设置不允许您立即手动启动构建，否则它们将非常适合

您可以通过精简构建配置解决此问题，我们将其称为CI触发器：

CI触发器配置：

• 没有构建步骤
• 是否已连接目标VCS
• 具有具有适当安静期设置的VCS触发器

生成系统配置：

• 具有目标为CI触发器的已完成生成触发器
• 目标VCS是否已连接
• 构建/部署任何有问题的系统，执行您当前定义的任何其他步骤
• 对CI触发器没有正式依赖关系，只有完成的生成触发器

当提交时，CI触发器将拾取更改并等待指定的静默期。一旦该周期结束，它将触发该配置，该配置没有构建步骤，并很快完成。因为构建系统设置为在CI触发器完成时触发，所以它应该启动

有效的结果是构建系统延迟了CI触发器的静默期设置

如果您需要在没有静默期的情况下运行手动构建，请直接触发构建系统。无等待时间

简单的方法：添加到构建中，这将指示超时，比如延迟超时。根据您的喜好设置默认值，比如10分钟内设置600。使用

睡眠%%DELAY\u超时%%

添加生成步骤

---

现在，默认情况下，单击

Run

按钮将以默认超时执行构建。但是您可以使用

Run…

触发构建，这将允许您重新定义此参数并更改默认值。

这是我计划的实现。尽管这会影响构建完成时间的预测。但是哦，我想你不可能什么都有……这有很大的负面影响。如果您使用睡眠添加5分钟延迟。这意味着构建代理在5分钟内不可用，因为它会坐着等待睡眠完成。