如何规避Azure持续交付跨CD管道部署同环境的竞态条件

可行性结论 #

完全可以实现。Azure DevOps原生提供跨管道的部署互斥、排队等待能力，不需要额外接入第三方工具，就能覆盖你遇到的两类冲突场景。

当前场景梳理 #

当前DEV环境部署规则及问题如下：

• 单条管道完整运行流程：10分钟部署环节 + 10分钟部署后测试环节
• 两条并行部署管道：
  • Master Pipeline：代码合并至master分支时自动触发
  • Release Pipeline：手动触发执行部署
• 现存冲突问题：
  • Release Pipeline部署运行期间，若有代码合入master触发Master Pipeline，会直接返回「其他安装/升级正在进行中」错误，导致管道运行失败
  • 同管道内部署任务虽会等待前序部署完成再启动，但前序部署关联的测试任务仍在运行时就启动新部署，依然存在较高出错风险

具体配置方案 #

方案1：YAML管道使用环境专属锁（推荐） #

如果你的管道是YAML模式，按以下步骤配置即可：

• 进入Pipelines > Environments页面，选中DEV环境对应的环境资源，开启*专属锁（Exclusive Lock）*功能
• 调整锁的生效范围，将部署后测试环节和部署环节共同纳入锁的持有周期，不要仅锁定部署阶段
• 配置锁释放规则：当对应管道的部署、测试全流程执行完成（包括执行失败、手动取消的场景）后，再自动释放锁
• 确保两条管道的DEV部署、测试任务都关联到同一个DEV环境资源，锁即可跨管道生效：任意管道拿到锁开始执行全流程任务时，其他管道发起的部署请求会自动进入排队等待状态，不会直接抛出冲突错误
• 可选配置：可根据需求设置排队优先级，比如给手动触发的Release Pipeline设置更高优先级，满足紧急发布的插队需求

方案2：经典Release管道使用部署锁 #

如果你使用的是UI配置的经典版Release流水线：

• 进入DEV环境对应的部署阶段配置，找到「部署前检查（Pre-deployment conditions）」设置项
• 添加*部署锁（Deployment lock）*检查规则，同样将锁的持有范围覆盖到部署后测试环节
• 两条管道的DEV环境都关联同一个部署锁，即可实现跨管道的互斥等待逻辑，效果和YAML管道的专属锁一致

配置注意事项 #

• 禁止仅给部署任务加锁，必须将部署后测试阶段纳入锁的持有范围，否则依然会出现测试未跑完就启动新部署的冲突问题
• 可根据团队发布节奏设置排队超时阈值，比如排队超过30分钟未拿到锁则自动取消任务并发送告警，避免无效队列堆积
• 不要给不同管道配置独立的锁，必须让两条管道的DEV部署流程共用同一个锁资源，才能实现跨管道的互斥管控

内容的提问来源于stack exchange，提问作者Hanamant