用于并行应用程序部署的 Azure DevOps 批准门
Azure DevOps Approval Gate For Parallel App Deployments
我在 Azure DevOps 中设置了 CI,因此一旦工件发生更改,它就会发布到我们的 2 个开发环境中。这是并行完成的,所以他们一起出去。我想在我们的开发环境中对此版本执行批准操作,我已经这样做了,但怀疑这不是最有效的方法。我有 2 个选项可以看到...
- 将 2 个开发阶段串联起来,并将其中一个阶段用作批准门。
- 在并行部署之前专门为此批准创建一个阶段,并让部署并行发布。
我不喜欢第一个,因为这意味着我必须等到一个完全发布并重新启动才能启动第二个(这个问题在环境更多的UAT和Live上复制)
所以我实现了No.2。像这样...
这里有一个阶段(Development Gate)专门用于审批(虽然这张图关闭了审批)...但是这个阶段有一个工作(我不能删除),这是浪费时间和资源因为它已设置...有人可以建议一种更好的方法来为这种情况设置批准门吗?
谢谢
But this stage has a job (which I cannot remove), which is wasting
time and resources as it is set up
您可以将无代理作业添加到 Development Gate 阶段并删除代理作业。由于agentless job没有添加任何任务,所以会立即成功,不会浪费时间和资源。
我在 Azure DevOps 中设置了 CI,因此一旦工件发生更改,它就会发布到我们的 2 个开发环境中。这是并行完成的,所以他们一起出去。我想在我们的开发环境中对此版本执行批准操作,我已经这样做了,但怀疑这不是最有效的方法。我有 2 个选项可以看到...
- 将 2 个开发阶段串联起来,并将其中一个阶段用作批准门。
- 在并行部署之前专门为此批准创建一个阶段,并让部署并行发布。
我不喜欢第一个,因为这意味着我必须等到一个完全发布并重新启动才能启动第二个(这个问题在环境更多的UAT和Live上复制)
所以我实现了No.2。像这样...
这里有一个阶段(Development Gate)专门用于审批(虽然这张图关闭了审批)...但是这个阶段有一个工作(我不能删除),这是浪费时间和资源因为它已设置...有人可以建议一种更好的方法来为这种情况设置批准门吗?
谢谢
But this stage has a job (which I cannot remove), which is wasting time and resources as it is set up
您可以将无代理作业添加到 Development Gate 阶段并删除代理作业。由于agentless job没有添加任何任务,所以会立即成功,不会浪费时间和资源。