如何为MainApp分支添加跨仓库SecondApp-Build流水线PR检查

方案一：改造MainApp流水线，关联SecondApp构建并同步状态 #

这种方案通过MainApp的一条中间流水线，触发SecondApp-Build并等待结果，再将这条中间流水线加入PR检查。

• 步骤1：在MainApp流水线中添加SecondApp仓库引用
  编辑你用来触发SecondApp-Build的MainApp流水线YAML，添加SecondApp仓库的资源配置，确保流水线能关联到目标仓库：

  resources:
    repositories:
      - repository: SecondApp
        type: git
        name: <你的项目名称>/SecondApp
        ref: master
  

• 步骤2：触发SecondApp-Build并等待运行结果
  在流水线中添加任务，触发SecondApp-Build并轮询其运行状态，直到完成。可以用Azure CLI命令或REST API实现，下面是PowerShell脚本示例：

  # 触发SecondApp-Build并获取运行ID
  $pipelineRun = az devops pipeline run --name "SecondApp-Build" --org <你的组织URL> --project <项目名> --output json | ConvertFrom-Json
  $pipelineRunId = $pipelineRun.id
  
  # 轮询等待流水线完成
  do {
      $runStatus = az devops pipeline run show --id $pipelineRunId --org <你的组织URL> --project <项目名> --query "status" -o tsv
      Start-Sleep -Seconds 30
  } while ($runStatus -eq "inProgress" -or $runStatus -eq "queued")
  
  # 非成功状态则终止流水线
  if ($runStatus -ne "succeeded") {
      Write-Error "SecondApp-Build运行失败，终止当前流水线"
      exit 1
  }
  

  注：需提前在流水线中配置Azure CLI服务连接，并安装Azure DevOps扩展（az extension add --name azure-devops）。

• 步骤3：将该流水线加入MainApp develop分支的构建验证
  进入MainApp仓库的develop分支策略，在「构建验证」中添加这条改造后的流水线作为PR检查项。此后PR提交时，这条流水线会自动触发SecondApp-Build，只有当SecondApp-Build成功时，该检查项才会通过。

方案二：用自定义状态检查同步SecondApp构建结果 #

这种方案让SecondApp-Build完成后主动更新MainApp PR的状态，再在MainApp分支策略中添加对应状态检查。

• 步骤1：配置SecondApp-Build的状态回调
  编辑SecondApp-Build的YAML，在流水线末尾添加任务，完成后调用Azure DevOps API更新MainApp PR的状态。需要提前将MainApp的PR ID作为参数传入SecondApp流水线：

  # 从传入参数获取MainApp的PR ID
  $prId = $(MainAppPullRequestId)
  $orgUrl = "<你的组织URL>"
  $mainProject = "<MainApp所在项目名>"
  $mainRepo = "MainApp"
  
  # 判断当前流水线状态
  $state = if ($env:BUILD_STATUS -eq "Succeeded") { "succeeded" } else { "failed" }
  
  # 调用API更新PR状态
  az devops invoke --org $orgUrl --area git --resource repositories --action "pullrequests/{pullRequestId}/statuses" `
    --route-parameters pullRequestId=$prId repositoryId=$mainRepo project=$mainProject `
    --http-method POST --body @"
  {
    "state": "$state",
    "description": "SecondApp-Build流水线执行结果",
    "context": {
      "name": "SecondApp-Build",
      "genre": "build"
    }
  }
  "@
  

• 步骤2：在MainApp添加自定义状态检查
  进入MainApp仓库的develop分支策略，找到「状态检查」选项，添加自定义检查：

  • 上下文名称设置为SecondApp-Build
  • 要求状态为「成功」才能允许PR合并

• 步骤3：传递PR ID到SecondApp流水线
  修改MainApp触发SecondApp-Build的逻辑（比如REST API触发时），将当前PR的ID作为参数传递给SecondApp-Build。例如REST API请求体中添加：

  {
    "parameters": "{\"MainAppPullRequestId\": \"<当前PR的ID>\"}"
  }
  

通用注意事项 #

• 确保所有流水线使用的服务连接拥有足够权限：包括触发SecondApp流水线、更新MainApp PR状态的权限。
• 若使用Azure CLI，需在流水线中完成身份验证（通过服务连接或托管标识）。

内容的提问来源于stack exchange，提问作者col-A