如何通过Job标签动态设置GitLab Executor？

问题原因 #

你当前的写法不生效，核心原因是：GitLab CI在解析配置阶段就会确定tags字段的值，而rules里的变量覆盖是在流水线创建、确定要运行的Job阶段才执行的。这就导致tags里的$RUNNER_TAG会优先读取全局定义的默认值executor-default，后续rules里的变量更新不会再影响已经确定的tags。

解决方案 #

方案1：拆分Job（直观易维护） #

把不同分支对应的逻辑拆成独立Job，分别指定固定tags，通过rules控制Job是否运行：

# 定义通用模板，避免重复代码
.setup_job_template:
  stage: setup
  script: 
    - npm install

# 对应development分支的Job
job_development_setup:
  extends: .setup_job_template
  tags:
    - executor-default
  rules:
    - if: $CI_MERGE_REQUEST_TARGET_BRANCH_NAME =~ /development/
      when: always
      allow_failure: false

# 对应production分支的Job
job_production_setup:
  extends: .setup_job_template
  tags:
    - executor-production
  rules:
    - if: $CI_MERGE_REQUEST_TARGET_BRANCH_NAME =~ /production/
      when: always
      allow_failure: false

方案2：用Workflow设置全局变量（保持Job统一性） #

通过workflow在流水线初始化阶段就确定全局变量值，这样tags字段就能正确读取到动态值：

workflow:
  rules:
    # 先匹配development分支
    - if: $CI_MERGE_REQUEST_TARGET_BRANCH_NAME =~ /development/
      variables:
        RUNNER_TAG: "executor-default"
    # 再匹配production分支
    - if: $CI_MERGE_REQUEST_TARGET_BRANCH_NAME =~ /production/
      variables:
        RUNNER_TAG: "executor-production"

job1:
  stage: setup
  tags:
    - $RUNNER_TAG
  script: 
    - npm install
  rules:
    - if: $CI_MERGE_REQUEST_TARGET_BRANCH_NAME =~ /development|production/
      when: always
      allow_failure: false

注意事项 #

• 确保你的两个Runner已经分别正确配置了executor-default和executor-production标签，且Runner处于激活状态
• 如果还有其他分支场景，可以在workflow或rules里扩展对应的条件判断

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