Azure DevOps多流水线同名Job x互斥等待配置咨询

方法1：使用作业锁扩展实现互斥执行 #

可以借助Azure DevOps Marketplace中的可信第三方锁扩展（如Job Lock），给所有流水线的作业x设置同一名称的互斥锁，确保同一时间只有一个作业x能运行：

• 安装对应扩展后，在作业x的YAML定义中添加锁逻辑：

  jobs:
  - job: x
    steps:
    - task: JobLock@1
      inputs:
        lockName: 'SonarQube_E2E_Test_Lock'
        lockTimeout: '3600' # 超时时间（单位：秒）
    # 以下是你的SonarQube测试步骤
    - task: SonarQubePrepare@5
      inputs:
        SonarQube: '你的SonarQube服务连接'
        scannerMode: 'MSBuild'
        projectKey: '你的项目Key'
    # 其他E2E测试步骤...
    - task: JobLock@1
      inputs:
        lockName: 'SonarQube_E2E_Test_Lock'
        releaseLock: true
  

• 逻辑说明：所有流水线的作业x都会尝试获取同名锁，拿到锁的作业执行，未拿到的会进入等待状态，直到锁被前一个作业释放。

方法2：用REST API自定义排队检测 #

如果不想依赖第三方扩展，可以编写脚本调用Azure DevOps REST API，检测是否有正在运行的作业x，实现等待逻辑：

• 在作业x的开头添加PowerShell脚本：

  $orgUrl = "https://dev.azure.com/你的组织名"
  $projectName = "你的项目名"
  $targetJobName = "x"
  $systemToken = "$(System.AccessToken)" # 调用流水线系统内置令牌
  
  # 循环检测运行中的目标作业
  do {
      $runningBuilds = Invoke-RestMethod -Uri "$orgUrl/$projectName/_apis/build/builds?statusFilter=inProgress&api-version=7.1-preview.7" `
                                         -Headers @{Authorization = "Bearer $systemToken"}
      # 排除当前流水线自身，检查是否有其他运行中的作业x
      $hasRunningTargetJob = $runningBuilds.value | Where-Object { 
          $_.definition.name -match $targetJobName -and 
          $_.status -eq "inProgress" -and 
          $_.id -ne $(Build.BuildId) 
      }
      if ($hasRunningTargetJob) {
          Write-Host "检测到作业x正在运行，60秒后重试..."
          Start-Sleep -Seconds 60
      }
  } while ($hasRunningTargetJob)
  

• 前提：给流水线服务账号分配读取构建的权限，确保API能正常查询构建状态。

方法3：调整SonarQube令牌策略（备选） #

如果团队安全策略允许，可以修改SonarQube令牌规则：

• 延长令牌的过期时间，避免短时间内被用过期
• 创建多个专用令牌分配给不同流水线，确保多流水线可同时调用（需确认SonarQube支持多令牌并行有效）

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