使用Azure DevOps营业时间检查时，如何保障管道执行顺序及队列问题？

一、自动取消等待中的部署管道 #

有两种实用方式可以实现触发新管道时自动取消等待中的旧管道：

• 内置设置快速实现：在管道编辑界面，进入「触发器」选项卡，展开「持续集成」模块，勾选「取消之前的运行」——这样当新的CI触发管道启动时，会自动取消同一分支上处于等待或运行状态的旧管道。如果是手动触发或其他触发场景，可在管道的「选项」中找到「取消之前的运行」设置，开启后对该管道的所有运行生效。
• 自定义脚本灵活控制：如果需要跨分支、特定状态等更复杂的取消逻辑，可以在管道的第一步添加PowerShell任务，调用Azure DevOps REST API实现：
  1. 获取当前运行的ID；
  2. 查询当前项目下同一管道的所有运行实例；
  3. 筛选出状态为notStarted（等待中）或inProgress（运行中）的实例，排除当前运行；
  4. 逐个发送取消请求。

二、多代理环境下的管道执行顺序 #

Azure DevOps管道队列默认按触发时间（提交时间）先进先出排序，但多代理场景下无法100%保证严格FIFO执行，原因包括：

• 管道优先级差异：优先级更高的管道会插队优先执行；
• 代理兼容性限制：部分管道需要特定标签的代理，当匹配的代理空闲时，会优先执行符合条件的管道（即使它在队列中更晚）；
• 代理负载波动：多个代理同时空闲时，可能会同时拾取队列中的不同任务，导致后触发的管道先启动。

如果要尽量保证顺序执行，可做以下优化：

• 给需要严格顺序的管道指定相同的代理池和标签，限制仅在特定代理上运行，代理空闲时会按队列顺序拾取任务；
• 禁用管道的并行运行：在管道「选项」中设置「不允许并行运行」，确保同一管道的多个运行必须前一个完成后，才会启动下一个；
• 统一管道优先级：确保所有需要顺序执行的管道优先级一致，避免插队情况。

内容的提问来源于stack exchange，提问作者Jan van Veldhuizen