如何将resource_group仅应用于GitLab特定计划流水线作业？

你遇到的配置全局生效问题，根因是大概率将resource_group: runtest写在了CI文件的全局default块中，该配置会被所有作业默认继承，才会导致所有计划流水线都被纳入资源组互斥范围。resource_group本身是作业级配置，完全支持仅对指定范围作业生效，可通过以下两种方式实现，也支持配合标签、命名约定做批量管理：

• 方案1：单作业独立配置（最稳妥，无版本兼容问题）
  移除全局default块中的resource_group配置，仅给那10个由代码提交、合并触发的CI/CD专属作业单独添加resource_group配置，其余20个计划作业、手动/API触发的作业不配置该属性，就不会受资源组互斥逻辑影响。
  配置示例：

  default:
    image: test-runner:v2
    # 此处不要写resource_group配置，避免全局继承
  
  # CI/CD专属触发作业，单独配置资源组
  ci_merge_unit_test:
    stage: test
    script:
      - bash run_unit_test.sh
    resource_group: runtest
    only:
      - merge_requests
      - pushes
  
  # 普通计划作业，无resource_group配置，不受互斥限制
  daily_env_check:
    stage: test
    script:
      - bash check_env.sh
    only:
      - schedules
  

• 方案2：配合命名约定/标签批量控制（适合作业数量多的场景）
  如果不想逐个修改作业配置，可以通过统一命名规则、自定义标签/变量标记需要启用资源组的作业，结合配置复用和规则判断批量生效：

  1. 命名约定实现：给所有需要加入资源组的作业统一加固定前缀（比如ci_locked_），抽离公共配置块用extends复用
     配置示例：

  # 抽离资源组公共配置
  .locked_resource_base:
    rules:
      # 仅当作业名匹配前缀、且触发源为代码提交/合并时启用资源组
      - if: '$CI_JOB_NAME =~ /^ci_locked_/ && ($CI_PIPELINE_SOURCE == "push" || $CI_PIPELINE_SOURCE == "merge_request_event")'
        resource_group: runtest
      - when: always
  
  # 专属作业继承配置，自动生效
  ci_locked_integration_test:
    extends: .locked_resource_base
    script: bash run_integration_test.sh
  
  # 普通计划作业不继承该公共块，完全不受影响
  weekly_perf_test:
    script: bash run_perf_test.sh
    only:
      - schedules
  

  2. 标签/变量标记实现：给需要启用资源组的10个作业统一添加自定义标记变量ENABLE_TEST_RG: "true"，在公共配置块中判断该变量决定是否启用resource_group即可，不需要统一修改作业名。

注意：如果你的GitLab版本低于14.1，不支持resource_group在rules中动态生效，直接使用方案1的独立配置方式即可，不会出现全局生效的问题。配置时注意将计划流水线的触发源（$CI_PIPELINE_SOURCE == "schedules"）排除在资源组启用规则外，从触发逻辑上避免普通计划作业被纳入互斥范围。

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