Build 弹出和推送自动配置,作为对优先版本构建的反应

Build 弹出和推送自动配置,作为对优先版本构建的反应,build,configuration,teamcity,release,Build,Configuration,Teamcity,Release,在我们公司内部,我们使用TeamCity进行自动触发的构建配置(定期触发)和手动构建配置(不经常触发) 自动构建的例子有:最新的轻型构建、测试等。这些通常是因为新代码/数据可用而触发的 目前,在所有平台上发布我们的产品都有一个大的链接过程。这是通过运行最后一个构建配置来手动完成的,它将执行需要的所有构建配置。它们都不是自动触发的,并且都是发布-构建链所独有的 我的问题是,由于我们可用的代理数量非常有限,发布过程是否有可能具有以下优先权: 弹出任何自动构建并将它们再次添加到队列中——只要取消就可以

在我们公司内部,我们使用TeamCity进行自动触发的构建配置(定期触发)和手动构建配置(不经常触发)

自动构建的例子有:最新的轻型构建、测试等。这些通常是因为新代码/数据可用而触发的

目前,在所有平台上发布我们的产品都有一个大的链接过程。这是通过运行最后一个构建配置来手动完成的,它将执行需要的所有构建配置。它们都不是自动触发的,并且都是发布-构建链所独有的

我的问题是,由于我们可用的代理数量非常有限,发布过程是否有可能具有以下优先权:

弹出任何自动构建并将它们再次添加到队列中——只要取消就可以了,但只要发布链还在进行,就不那么理想了? 延迟任何自动触发构建,直到发布构建链完成? 我知道目前还没有解决这个问题的解决方案,因为我现在只使用优先级类。而且,即使它在决定首先执行队列中的哪些内容时确实非常有效,但它不会影响任何正在进行的构建过程


您知道一个很好的解决方案吗?或者您知道我如何通过使用REST API实现一些东西来解决这个问题吗。您可以将发布过程生成配置配置为具有更高的优先级,这样它们将在任何非优先级生成之前运行,并且无需从队列中删除/读取生成。

正如我的描述中所述,我已经使用了这些优先级类。虽然它们可以很好地根据队列中的优先级启动构建。这并不能解决我在这里试图解决的问题:目标是基于一个重要构建链的手动启动而取消正在进行的构建。这样,当这些构建需要发生时,我们就不必手动杀死自己来释放代理。