【问题标题】:How do I automatically replace/reject a pending release with a newer one?如何自动用较新的版本替换/拒绝待处理的版本?
【发布时间】:2019-05-22 06:13:45
【问题描述】:

我有一个自动构建代码并将其部署到我的暂存环境的管道。对于我的生产环境,我有一个预部署手动审批门,因此只有经过审查的版本才会发送给客户。到目前为止一切顺利。

问题在于,随着新版本进入暂存环境,现在排队等待手动批准的版本列表越来越多。为了发布最新版本,我需要手动拒绝每个中间版本。这已成为一个费力的过程。

我想在每次新版本进入暂存阶段时自动拒绝先前版本的生产部署。

我查看了 MS 文档、SO、管道设置、可用的管道发布任务,但找不到执行此操作的方法。

显示旧版本等待批准的版本历史记录:

【问题讨论】:

标签: azure-devops


【解决方案1】:

看起来这种行为可以通过在部署队列设置区域中进行更改来控制。切换到“Deploy latest and cancel the others”将自动取消先前排队的发布并排队新的发布。如果您打开了 Slack 集成(和我一样),您将看到一条取消消息。

只要您的流程足够简单,您知道何时进行新构建,这感觉就像是一种良好的行为。它为您提供了一个基本的手动门,而不会增加任何其他开销。

这里有更多文档:https://docs.microsoft.com/en-us/azure/devops/pipelines/process/stages?view=azure-devops&tabs=classic#queuing-policies

Deployment Queue Setting: subsequent releases

【讨论】:

  • @MattWebster 我似乎无法让它为我工作。我已经更改了管道中的设置,但它没有取消带有待批准操作的发布。
  • 这里的行为与@billoverton 相同。看起来这个标志将使队列跳过任何中间排队部署,但不会取消活动门。至少,它使一个 100 个条目的队列可以重新启动,而最新的一个具有 101 的单个取消值。不幸的是......
猜你喜欢
  • 2017-10-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-05-06
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多