GitLab CI/CD合并请求时下游流水线创建失败：规则阻止作业添加

问题根源 #

你遇到的核心问题是：合并请求流水线（MR Pipeline）的事件上下文，不在下游作业默认的执行范围内。

GitLab CI 中，若作业未配置 rules、only 或 except，会默认使用以下执行条件：

only: ['branches', 'tags']

而合并请求流水线的触发源是 merge_request_event，并不在这个默认列表里。所以当上游触发下游流水线时，下游的 deploy_spa 作业因不满足执行条件，不会被添加到流水线中，最终导致你看到的报错。

解决方案 #

给下游的 deploy_spa 作业添加明确的规则，使其在合并请求、分支、标签流水线中都能运行。有两种常用方式：

方式1：明确指定允许的事件 #

修改 src/infra/.gitlab-ci.yml：

deploy_spa:
  stage: deploy
  script:
    - cd src/spa
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"' # 允许MR流水线
    - if: '$CI_COMMIT_BRANCH' # 允许分支流水线
    - if: '$CI_COMMIT_TAG' # 允许标签流水线

方式2：强制始终运行 #

如果希望该作业在任何流水线上下文都执行，可以用更简洁的规则：

deploy_spa:
  stage: deploy
  script:
    - cd src/spa
  rules:
    - exists: [] # 无任何条件限制，始终运行

验证逻辑 #

修改后，合并请求触发流水线时，下游作业会满足规则条件被加入流水线，即可解决报错问题。而你之前的分支推送、合并到master能成功，正是因为这两种场景属于branches事件，符合下游作业的默认执行条件。

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