如何限制Azure PR Pipeline串行运行而非并行执行？

当然可行！针对单个Azure PR Pipeline实现实例排队的解决方案 #

你遇到的这个并行执行时数据库冲突的问题很常见，针对单个Pipeline设置串行执行（而非全局所有Pipeline）是完全可以实现的，下面给你两种实用方案：

方案一：使用Azure DevOps内置的并发控制（推荐，原生无依赖） #

这是官方提供的最简单直接的方式，专门用来控制单个Pipeline的并行度：

1. 打开你的目标PR Pipeline的编辑页面
2. 点击顶部的Settings选项卡（和Edit、Run按钮在同一栏）
3. 在General区域找到Concurrency设置项
4. 勾选「Enable concurrency control」，然后把「Maximum number of parallel jobs」设置为1
5. 重点！在「Apply to」下拉菜单里选择This pipeline only——这一步是核心，确保只限制当前这个Pipeline，不会影响其他Pipeline的并行执行
6. 保存设置就搞定了

设置完成后，当这个Pipeline有实例在运行时，新触发的PR构建会自动进入等待队列，直到前一个实例执行完成，从根源上避免多个进程同时操作回归测试数据库的冲突。

如果你习惯用YAML配置Pipeline，也可以直接在YAML开头添加并发控制规则，不用去UI操作：

# 在YAML的jobs节点下添加concurrency配置
jobs:
- job: RegressionTestJob
  pool:
    vmImage: 'ubuntu-latest'
  # 控制当前Job的并发度，只允许1个实例运行
  concurrency:
    parallel: 1
    # 可选：如果设置为true，新触发的构建会取消正在运行的实例；默认false是等待
    cancelInProgress: false

方案二：使用锁任务（适合细粒度阶段控制） #

如果你的Pipeline前面的步骤可以并行，只有回归测试阶段需要串行，那可以用锁任务来实现更精准的控制：

1. 先在你的Azure DevOps组织的Marketplace中搜索并安装「Locks」扩展（这是Azure官方生态的扩展，安全可靠）
2. 在Pipeline YAML的回归测试阶段开头，添加加锁任务：

- task: Lock@2
  inputs:
    lockName: 'RegressionTestDB_Lock' # 自定义锁名称，确保唯一
    lockTimeout: '3600000' # 锁的超时时间，比如设置为1小时（单位毫秒）

3. 在测试阶段结束后，一定要添加解锁任务，并且设置condition: always()确保不管测试成功失败都能释放锁：

- task: Unlock@2
  inputs:
    lockName: 'RegressionTestDB_Lock'
  condition: always()

这种方式的好处是只在需要保护的阶段加锁，Pipeline的其他步骤依然可以并行执行，适合资源利用率要求更高的场景。

注意事项 #

• 方案一适合整个Pipeline都需要串行的场景，配置简单，维护成本低；
• 方案二更灵活，适合仅部分阶段需要串行的情况；
• 不管用哪种方案，都要确保回归测试数据库的清空和操作逻辑是原子性的，避免即使串行也出现异常。

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