如何从Repository1的Azure Pipeline1触发Repository2的Azure Pipeline2并传参？

Repository1中的Azure Pipeline1由分支推送触发，执行Gradle构建，构建成功后需要触发Repository2中的Azure Pipeline2，同时向Pipeline2传递一些参数。
Azure Pipeline2必须在Repository2的上下文环境中运行，因此不能作为模板嵌入到Pipeline1中以Repository1的上下文运行。
之前在GitHub Actions中可以通过Workflow Dispatch实现类似功能，但在Azure Pipelines里找不到对应的原生实现方式。

已尝试的方法 #

1. 第三方扩展：一款发布4年的扩展，看似已失效，且无法传递参数。
2. Pipeline资源仓库触发器：

resources:
  repositories:
  - repository:
    type: github
    name: xxxxx/repository1
    endpoint: repository1
    trigger:
      branches:
        include:
          - master

但这种方式无法传递参数。
3. 多仓库检出：同时检出Repository1和Repository2的内容，配置如下：

resources:
  repositories:
  - repository: repository2
    type: github
    endpoints: repository2
    name: xxxx/repository
    ref: master

steps:
  - checkout: self
  - checkout: repository2 

但无法配置GitVersion在不同检出目录运行，虽然Gradle的workingDirectory参数可以指定目录，但除了手动用PowerShell执行GitVersion外，不知道如何配置对应任务。示例Gradle任务配置：

- task: Gradle@3
  name: selfGradleBuild
  inputs:
    workingDirectory: 'C:\agent\_work\1\s\self'
    gradleWrapperFile: 'gradlew'
    gradleOptions: '-Xmx3072m'
    javaHomeOption: 'JDKVersion'
    jdkVersionOption: '1.17'
    jdkArchitectureOption: 'x64'
    publishJUnitResults: true
    testResultsFiles: '**/TEST-*.xml'
    tasks: 'build -Pversion=$(version) --no-daemon'

- task: Gradle@3
  name: repository2GradleBuild
  inputs:
    workingDirectory: 'C:\agent\_work\1\s\repository2'
    gradleWrapperFile: 'gradlew'
    gradleOptions: '-Xmx3072m'
    javaHomeOption: 'JDKVersion'
    jdkVersionOption: '1.17'
    jdkArchitectureOption: 'x64'
    publishJUnitResults: true
    testResultsFiles: '**/TEST-*.xml'
    tasks: 'build -Pversion=$(version) --no-daemon'

4. REST API触发：编写PowerShell脚本调用Azure DevOps的REST API触发Pipeline2，同时传递参数：

- pwsh: |
    $url = 'https://dev.azure.com/MYOrg/MYProject/_apis/build/builds?api-version=5.0'
    $headers = New-Object "System.Collections.Generic.Dictionary[[String],[String]]"
    $headers.Add("Content-Type", "application/json")
    $headers.Add("Authorization", "Bearer $(SYSTEM_ACCESSTOKEN)")
    $body = @"
    {
       "definition": {
           "id": "987"
       },
       "templateParameters": {
          "sourceRepo": "repository1",
          "branchName": "branchA"
       }
    }
"@
    $response = Invoke-RestMethod $url -Method 'POST' -Headers $headers -Body $body
    $response | ConvertTo-Json

但这种方式不如GitHub Actions的Workflow Dispatch简洁优雅。

提问 #

应该选择哪种方法？或者有没有更优的实现方式？

优先选择REST API触发方案（优化版） #

虽然手动写脚本看起来繁琐，但这是当前Azure Pipelines中满足你需求的最优原生方案，可以通过以下方式优化，让它更简洁：

1. 使用Azure CLI替代PowerShell脚本：Azure DevOps CLI有内置的az pipelines run命令，无需手动构造HTTP请求，示例如下：

- task: AzureCLI@2
  inputs:
    azureSubscription: '<你的Azure订阅>'
    scriptType: 'pscore'
    scriptLocation: 'inlineScript'
    inlineScript: |
      az extension add --name azure-devops
      az pipelines run --organization "https://dev.azure.com/MYOrg" --project "MYProject" --id 987 --parameters sourceRepo="repository1" branchName="branchA"

注意：需要确保代理服务账号有触发Pipeline2的权限。

2. 封装为模板：把触发逻辑封装成Pipeline模板，后续在需要的地方直接引用，避免重复编写代码。

其他方案的问题分析 #

• 第三方扩展：老旧扩展存在兼容性风险，且无法传递参数，直接排除。
• 仓库资源触发器：只能基于分支/标签推送触发，无法主动传递自定义参数，不符合你的需求。
• 多仓库检出：虽然能同时构建两个仓库，但违背了"Pipeline2必须在Repository2上下文运行"的要求——Pipeline1的上下文会包含Repository1的环境变量、权限等，可能带来不可控的问题；另外GitVersion的多目录运行需要额外配置，增加维护成本，不建议采用。

替代方案：使用Pipeline资源的"触发"功能（有限支持参数传递） #

如果你能接受有限的参数传递，可以尝试将Pipeline2作为Pipeline1的资源，通过resources.pipelines配置触发，同时利用变量组或Pipeline输出变量传递参数：

resources:
  pipelines:
  - pipeline: pipeline2
    source: 'Pipeline2的名称'
    trigger:
      branches:
        include:
          - master

但这种方式的参数传递需要依赖变量组（提前定义共享变量），或者在Pipeline1中设置输出变量，Pipeline2通过资源引用获取，灵活性不如REST API触发。

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