如何设置GitLab CI/CD不同Runner按目标分支执行合并任务？

问题分析 #

你给出的方案核心问题是变量使用错误，没匹配到你实际需要的“合并目标分支”场景：

• CI_COMMIT_REF_NAME表示的是当前流水线运行的分支名，但你的需求是根据源分支合并的目标分支选择runner，在通过MR（合并请求）完成合并的场景下，这个变量无法准确对应目标分支；
• 原规则只覆盖了直接push到dev/test/master分支的情况，没处理最常见的MR合并场景，逻辑覆盖不全。

正确实现方式 #

要精准匹配“源分支合并到目标分支”的场景，需要使用GitLab提供的MR专属变量CI_MERGE_REQUEST_TARGET_BRANCH_NAME来判断目标分支，同时可根据需求补充直接push分支的场景：

some_job:
  rules:
    # MR合并到master分支时，使用master-runner
    - if: '$CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "master"'
      tags:
        - master-runner
    # MR合并到dev或test分支时，使用dev-runner
    - if: '$CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "dev" || $CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "test"'
      tags:
        - dev-runner
    # （可选）如果需要支持直接push到master分支的场景
    - if: '$CI_COMMIT_REF_NAME == "master"'
      tags:
        - master-runner
    # （可选）如果需要支持直接push到dev/test分支的场景
    - if: '$CI_COMMIT_REF_NAME == "dev" || $CI_COMMIT_REF_NAME == "test"'
      tags:
        - dev-runner

关键说明 #

1. CI_MERGE_REQUEST_TARGET_BRANCH_NAME：仅在MR触发的流水线中生效，准确对应MR的目标分支，完全匹配你“源分支合并至目标分支”的需求；
2. 合并dev和test的判断条件，简化规则写法；
3. 若不需要支持直接push分支的场景，可删除后两个if规则，只保留MR相关的判断即可；
4. 确保你的GitLab Runner已配置对应的master-runner和dev-runner标签，且处于可用状态。

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