GitLab CI如何定义独立正交规则集？规则冲突解决咨询

针对你遇到的Workflow规则冲突问题，最优雅的解决方式是将每个场景的完整配置整合到单个规则中，结合全局默认值避免重复代码，同时保证规则的线性扩展性，无需枚举所有组合。

实现方案 #

利用workflow:variables设置全局默认值，然后为每个具体场景编写独立规则，在规则中同时处理流水线命名和变量设置：

workflow:
  # 全局默认配置：命名用提交信息，镜像后缀为空
  name: '$PIPELINE_NAME'
  variables:
    PIPELINE_NAME: '$CI_COMMIT_MESSAGE'
    IMAGE_SUFFIX: ''
  rules:
    # 场景1：定时镜像重建流水线
    - if: '$CI_PIPELINE_SOURCE == "schedule" && $REBUILD_IMAGES == "true"'
      variables:
        PIPELINE_NAME: 'Scheduled CI image rebuild pipeline'
        IMAGE_SUFFIX: -prod  # 定时重建使用生产环境镜像后缀
    # 场景2：合并请求流水线
    - if: $CI_OPEN_MERGE_REQUESTS
      variables:
        IMAGE_SUFFIX: -test  # 命名继承默认的提交信息
    # 场景3：分支推送流水线
    - if: $CI_COMMIT_BRANCH
      variables:
        IMAGE_SUFFIX: -prod  # 命名继承默认的提交信息
    # 可按需新增其他场景，比如Tag发布
    # - if: $CI_COMMIT_TAG
    #   variables:
    #     PIPELINE_NAME: 'Tag Release Pipeline'
    #     IMAGE_SUFFIX: '-release'

方案优势 #

1. 逻辑清晰：每个规则对应一个明确的流水线场景，所有相关配置（命名、变量）都集中在一处，避免拆分规则导致的匹配冲突。
2. 扩展性强：新增场景只需添加单个规则，规则数量线性增长，无需处理组合式的逻辑爆炸。
3. 代码简洁：通过全局默认值减少重复配置，仅在规则中覆盖需要修改的参数。

关于.pre阶段方案的局限 #

你考虑的.pre任务设置变量的方式，无法修改流水线名称——因为workflow的name是在流水线初始化阶段确定的，而.pre阶段是流水线启动后才执行的，因此只能用来设置后续Job可用的变量，无法解决流水线命名的需求。

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