如何在.gitlab-ci.yml中扩展现有Workflow规则，无需重复基础配置

核心思路 #

把基础配置里的允许JOB列表抽象成可复用变量，在扩展配置中通过逻辑或组合原有规则与新增规则，既不用重复硬编码基础规则，又能实现扩展需求，同时自动拦截所有不符合条件的非法值。

具体步骤 #

1. 改造基础配置（base_workflow.yaml） #

将原有的硬编码允许列表转为环境变量，方便扩展配置引用：

# base_workflow.yaml
env:
  # 定义基础允许的JOB列表，后续变更只需修改此处
  BASE_ALLOWED_JOBS: '["option1", "option2", "option3"]'

on:
  workflow_dispatch:
    inputs:
      JOB:
        type: string

jobs:
  build:
    runs-on: ubuntu-latest
    # 使用环境变量中的列表作为判断条件
    if: ${{ contains(fromJSON(env.BASE_ALLOWED_JOBS), github.event.inputs.JOB) }}
    steps:
      - run: echo "Running base job ${{ github.event.inputs.JOB }}"

2. 编写扩展配置（my_workflow.yaml） #

继承基础配置，通过逻辑或追加新的允许值，无需重复基础规则列表：

# my_workflow.yaml
# 继承基础配置
extends: ./base_workflow.yaml

jobs:
  build:
    # 覆盖原有条件：满足基础允许规则 或 JOB为my_option
    if: ${{ contains(fromJSON(env.BASE_ALLOWED_JOBS), github.event.inputs.JOB) || github.event.inputs.JOB == 'my_option' }}
    steps:
      - run: echo "Running extended job ${{ github.event.inputs.JOB }}"

关键说明 #

• 避免重复规则：通过引用base中定义的BASE_ALLOWED_JOBS变量，当base的允许列表更新时，my_workflow会自动同步，无需手动修改。
• 自动拦截非法值：只有当JOB值匹配基础列表或新增的my_option时，作业才会运行，所有其他值都会被条件判断拦截，符合禁止非法值运行的要求。
• 兼容性：如果使用的CI/CD系统支持配置继承（如GitHub Actions的extends关键字），该方案直接生效；若不支持继承，可将base的环境变量和条件逻辑复制到my_workflow中，同样保持变量引用的方式避免重复硬编码。

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