如何让Gitlab CI作业仅在合并请求时运行且保留依赖？

问题核心是：当给vs2019-windows添加合并请求专属运行规则后，它依赖的clang++和g++作业在合并请求管道中未被创建，导致依赖查找失败。要解决这个问题，需确保依赖作业在合并请求管道中也会被触发，以下是两种常用方案：

方案一：给依赖作业添加合并请求触发规则 #

如果clang++和g++原本需要在分支管道（如主分支）和合并请求管道中都运行，只需给它们添加对应规则，确保两种场景下都会执行：

修改后的完整配置 #

# 依赖作业：clang++
clang++:
  stage: build
  script:
    ... # 原有脚本内容
  tags:
    ... # 原有标签内容
  rules:
    # 保留原有的分支触发条件（比如主分支推送）
    - if: '$CI_COMMIT_BRANCH == "main"'
    # 添加合并请求事件触发
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

# 依赖作业：g++
g++:
  stage: build
  script:
    ... # 原有脚本内容
  tags:
    ... # 原有标签内容
  rules:
    - if: '$CI_COMMIT_BRANCH == "main"'
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

# 目标作业：vs2019-windows
vs2019-windows:
  stage: build
  allow_failure: true
  script:
    ... # 原有脚本内容
  tags:
    ... # 原有标签内容
  needs: ["clang++", "g++"]
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

配置后，合并请求管道中clang++、g++和vs2019-windows都会被创建，依赖关系正常生效；主分支推送时仅clang++和g++运行，不会触发高成本的vs2019-windows作业。

方案二：复用已有管道的依赖作业产物（适合无需重新构建场景） #

如果clang++和g++在目标分支（如主分支）已有成功运行的作业产物，可直接复用这些产物，无需在合并请求管道中重新构建依赖作业：

vs2019-windows:
  stage: build
  allow_failure: true
  script:
    ... # 原有脚本内容
  tags:
    ... # 原有标签内容
  needs:
    - project: <你的项目完整路径>
      job: clang++
      ref: main # 合并请求的目标分支
      artifacts: true
    - project: <你的项目完整路径>
      job: g++
      ref: main
      artifacts: true
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

这种方式适合依赖作业产物可跨管道复用的场景，能节省构建资源；若测试作业需基于当前合并请求代码重新构建依赖，则方案一更合适。

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