Azure DevOps跨仓库调用子流水线：子失败时如何让父流水线同步失败？

核心逻辑 #

要实现父流水线同步子流水线的失败状态，关键在于启用同步等待触发模式，让父流水线等待子流水线执行完成后再继续；同时父流水线需要将PR预览环境URL传递给子流水线，子团队自行维护测试逻辑，父流水线只负责触发和状态校验。

GitHub Actions 实现示例 #

父流水线配置（触发子流水线并等待结果）

在父仓库的PR预览流水线中，触发子仓库的测试流水线后，通过轮询子流水线状态来同步结果：

jobs:
  build-preview:
    runs-on: ubuntu-latest
    steps:
      - name: 构建PR预览环境
        run: |
          # 替换为你的环境构建逻辑，输出预览URL到环境变量
          echo "PREVIEW_URL=https://pr-${{ github.event.number }}.example.com" >> $GITHUB_ENV

  trigger-sub-tests:
    needs: build-preview
    runs-on: ubuntu-latest
    strategy:
      matrix:
        sub-repo: [sub-app-1, sub-app-2] # 子仓库列表
    steps:
      - name: 触发子仓库测试并同步状态
        uses: actions/github-script@v6
        with:
          github-token: ${{ secrets.TRIGGER_SUB_REPO_TOKEN }} # 拥有子仓库Actions权限的PAT
          script: |
            # 触发子仓库的workflow dispatch事件
            const runResp = await github.rest.actions.createWorkflowDispatch({
              owner: 'your-org',
              repo: '${{ matrix.sub-repo }}',
              workflow_id: 'preview-test.yml',
              ref: 'main',
              inputs: {
                preview_url: '${{ env.PREVIEW_URL }}'
              }
            });

            # 轮询等待子流水线完成
            const runId = runResp.data.id;
            let runStatus = 'in_progress';
            while (['queued', 'in_progress'].includes(runStatus)) {
              await new Promise(resolve => setTimeout(resolve, 10000)); // 每10秒轮询一次
              const statusResp = await github.rest.actions.getWorkflowRun({
                owner: 'your-org',
                repo: '${{ matrix.sub-repo }}',
                run_id: runId
              });
              runStatus = statusResp.data.status;
            }

            # 判断子流水线结果，失败则终止父流水线
            if (statusResp.data.conclusion !== 'success') {
              core.setFailed(`子仓库 ${matrix.sub-repo} 测试流水线执行失败`);
            }

子流水线配置（接收URL并运行测试）

子仓库维护自己的测试逻辑，通过workflow_dispatch接收父流水线传递的预览URL：

on:
  workflow_dispatch:
    inputs:
      preview_url:
        required: true
        description: 'PR预览环境的访问URL'

jobs:
  run-preview-tests:
    runs-on: ubuntu-latest
    steps:
      - name: 拉取子仓库代码
        uses: actions/checkout@v4

      - name: 安装依赖并运行环境测试
        run: |
          npm ci
          # 替换为你的测试命令，将预览URL传入测试套件
          npm run test:e2e -- --base-url=${{ github.event.inputs.preview_url }}

GitLab CI 实现示例 #

GitLab CI原生支持父子流水线的状态同步，只需使用strategy: depend关键字：

父流水线配置

stages:
  - build-preview
  - trigger-sub-tests

build-preview:
  stage: build-preview
  script:
    - echo "构建PR预览环境..."
    - echo "PREVIEW_URL=https://pr-${CI_MERGE_REQUEST_IID}.example.com" > preview.env
  artifacts:
    reports:
      dotenv: preview.env # 将预览URL传递给后续阶段

trigger-sub-app-1:
  stage: trigger-sub-tests
  needs: [build-preview]
  trigger:
    project: your-org/sub-app-1
    branch: main
    strategy: depend # 等待子流水线完成，同步其失败状态
  variables:
    PREVIEW_URL: $PREVIEW_URL

trigger-sub-app-2:
  stage: trigger-sub-tests
  needs: [build-preview]
  trigger:
    project: your-org/sub-app-2
    branch: main
    strategy: depend
  variables:
    PREVIEW_URL: $PREVIEW_URL

子流水线配置

stages:
  - run-tests

run-tests:
  stage: run-tests
  script:
    - npm ci
    # 运行针对预览环境的测试
    npm run test:e2e -- --url=$PREVIEW_URL

关键注意事项 #

• 权限配置：父流水线需要拥有触发子流水线的权限。GitHub需生成带repo和actions权限的PAT并存储为仓库密钥；GitLab需在子项目设置中允许父项目触发流水线。
• 参数传递准确性：确保预览URL正确传递到子流水线，子项目测试脚本需支持接收该参数并针对目标环境运行测试。
• 独立管理落地：子团队可自由修改测试框架、依赖版本或测试用例，父流水线无需做任何适配，只需保持触发逻辑和参数传递的稳定性。

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