如何在GitLab CI的合并请求中展示其他仓库的测试结果？

嘿，我之前刚好处理过一模一样的场景，给你几个GitLab原生的可行方案，能把独立集成测试仓库的结果同步到主项目的合并请求里：

方案1：跨项目流水线触发 + 自动同步测试报告 #

这是最省心的方式，利用GitLab的流水线触发机制，直接把集成测试流水线和主项目MR绑定：

• 在主项目的.gitlab-ci.yml中添加一个触发集成测试的job：

trigger_integration_tests:
  stage: test  # 和你的单元测试job放在同一个阶段，或者按需调整
  trigger:
    project: your-group/your-integration-test-repo  # 替换成你的集成测试仓库路径
    branch: main  # 可以用变量动态关联，比如$CI_MERGE_REQUEST_SOURCE_BRANCH_NAME
    strategy: depend  # *这个关键字非常关键*，它会让主流水线等待集成测试流水线完成，再推进后续步骤
  only:
    - merge_requests  # 只在MR触发时运行

• 在集成测试仓库的.gitlab-ci.yml中，确保测试完成后生成JUnit格式的报告，并上传到GitLab：

run_integration_tests:
  stage: test
  script:
    # 替换成你的集成测试运行命令，导出JUnit格式报告
    - ./run-integration-tests.sh --output-junit integration-report.xml
  artifacts:
    reports:
      junit: integration-report.xml  # GitLab会自动解析这个报告并展示结果

配置完成后，主项目的MR页面会自动拉取集成测试流水线的结果，在「Tests」标签页里和单元测试结果一起展示红/绿状态，甚至能看到具体的测试用例失败详情。

方案2：跨项目导入测试报告（适用于已完成的集成测试） #

如果不想每次都触发全新的集成测试流水线，而是想复用集成测试仓库已生成的报告，可以用这个方式：

• 先在集成测试仓库的CI中保存测试报告为通用artifact：

store_test_report:
  stage: post-test
  script:
    - echo "Storing integration test report"
  artifacts:
    paths:
      - integration-report.xml
    expire_in: 1 week  # 按需设置报告的过期时间
  only:
    - main  # 或者你用来保存稳定测试结果的分支

• 然后在主项目的CI中添加job，下载并导入这个报告：

import_integration_test_results:
  stage: test
  script:
    # 替换[INTEGRATION_PROJECT_ID]为集成测试仓库的项目ID
    - curl --header "JOB-TOKEN: $CI_JOB_TOKEN" "https://your-gitlab-domain/api/v4/projects/[INTEGRATION_PROJECT_ID]/jobs/artifacts/main/download?job=store_test_report" -o report.zip
    - unzip report.zip
  artifacts:
    reports:
      junit: integration-report.xml
  only:
    - merge_requests

这个方案的好处是不用重复跑集成测试，适合集成测试耗时较长的场景。

方案3：自定义状态检查（灵活度最高） #

如果需要更精细的控制（比如只在特定MR标签下触发集成测试，或者自定义结果展示文案），可以用GitLab API实现自定义状态检查：

• 在主项目的CI中添加一个job，触发集成测试流水线并轮询其状态：

verify_integration_tests:
  stage: test
  script:
    - |
      # 触发集成测试流水线，替换为你的集成测试仓库ID和分支
      PIPELINE_RESPONSE=$(curl --request POST \
        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
        "https://your-gitlab-domain/api/v4/projects/[INTEGRATION_PROJECT_ID]/pipeline?ref=$CI_MERGE_REQUEST_SOURCE_BRANCH_NAME")
      PIPELINE_ID=$(echo $PIPELINE_RESPONSE | jq -r '.id')
      
      # 轮询等待流水线完成
      while true; do
        PIPELINE_STATUS=$(curl --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
          "https://your-gitlab-domain/api/v4/projects/[INTEGRATION_PROJECT_ID]/pipelines/$PIPELINE_ID" | jq -r '.status')
        
        if [ "$PIPELINE_STATUS" = "success" ]; then
          echo "✅ Integration tests passed!"
          exit 0
        elif [ "$PIPELINE_STATUS" = "failed" ] || [ "$PIPELINE_STATUS" = "canceled" ]; then
          echo "❌ Integration tests failed or canceled!"
          exit 1
        fi
        sleep 30  # 每30秒查询一次状态
      done
  only:
    - merge_requests

• 注意：需要在主项目的CI变量中配置GITLAB_API_TOKEN，这个token需要拥有集成测试仓库的流水线读取权限。
  这个job的状态会直接显示在主项目MR的「Pipeline」标签页里，作为一个独立的检查项，你可以完全自定义成功/失败的逻辑。

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