Gitlab CI/CD workflow规则变量仅生效首个匹配条件问题求助

问题原因 #

GitLab CI 的workflow:rules是顺序匹配机制：一旦某条规则匹配成功，后续规则就会停止执行。如果你的RUN_A规则优先匹配了develop分支的 Web 触发场景，后续RUN_B的规则就会被跳过，导致变量无法设置。

解决方案 #

方案1：合并规则，同时设置多变量 #

将两个触发条件合并到对应规则中，确保场景匹配时一次性设置所需变量：

workflow:
  rules:
    # 同时满足develop分支+Web触发时，设置两个变量为true
    - if: '$CI_COMMIT_BRANCH == "develop" && $CI_PIPELINE_SOURCE == "web"'
      variables:
        RUN_A: "true"
        RUN_B: "true"
    # 仅develop分支触发时，只设置RUN_A为true
    - if: '$CI_COMMIT_BRANCH == "develop"'
      variables:
        RUN_A: "true"
    # 非develop分支时，两个变量都设为false
    - if: '$CI_COMMIT_BRANCH != "develop"'
      variables:
        RUN_A: "false"
        RUN_B: "false"

方案2：调整规则顺序，利用变量叠加 #

GitLab CI 支持规则变量叠加（无when关键字的匹配规则会叠加变量），调整规则顺序先处理 Web 触发场景，再处理普通分支场景：

workflow:
  rules:
    # 先匹配Web触发+develop分支，设置RUN_B
    - if: '$CI_PIPELINE_SOURCE == "web" && $CI_COMMIT_BRANCH == "develop"'
      variables:
        RUN_B: "true"
    # 再匹配develop分支，叠加设置RUN_A
    - if: '$CI_COMMIT_BRANCH == "develop"'
      variables:
        RUN_A: "true"
    # 非develop分支重置变量
    - if: '$CI_COMMIT_BRANCH != "develop"'
      variables:
        RUN_A: "false"
        RUN_B: "false"

这种方式下，Web 触发develop分支时会同时匹配前两条规则，最终两个变量都会生效。

方案3：作业级别复用规则（替代全局变量） #

如果全局变量配置容易冲突，可通过 YAML 锚点复用规则，避免重复编写：

# 定义可复用的规则锚点
.rules_run_a: &rules_run_a
  rules:
    - if: '$CI_COMMIT_BRANCH == "develop"'

.rules_run_b: &rules_run_b
  rules:
    - if: '$CI_COMMIT_BRANCH == "develop" && $CI_PIPELINE_SOURCE == "web"'

# 批量引用规则配置作业
job_a_1:
  <<: *rules_run_a
  script:
    - echo "执行流水线A作业1"

job_b_1:
  <<: *rules_run_b
  script:
    - echo "执行流水线B作业1"

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