GitLab CI规则配置：基于文件变更范围触发对应任务

你的规则失效的核心问题是未区分「仅测试脚本变更」与「测试脚本+其他文件变更」场景——第二条规则只要检测到测试脚本变更就直接跳过非测试任务，完全覆盖了需求中需要执行全流程的混合变更场景。

正确配置方案 #

全局规则（适用于所有任务）

rules:
  # 1. 强制端到端测试任务在集成分支始终运行
  - if: ($CI_COMMIT_BRANCH == $INTEGRATION_BRANCH) && ($CI_JOB_NAME == "Integration Verification")
    when: always

  # 2. 集成分支下，非测试任务仅在存在非测试文件变更时触发
  - if: $CI_COMMIT_BRANCH == $INTEGRATION_BRANCH
    changes:
      - "**/*"
      - "!tests/playwright/*"

  # 3. 集成分支下，仅测试脚本变更时，非测试任务直接跳过
  - if: $CI_COMMIT_BRANCH == $INTEGRATION_BRANCH
    when: never

  # 4. 排除默认分支的集成相关任务
  - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
    when: never

分任务单独配置（更清晰，推荐）

如果CI配置中各任务独立定义，建议给每个任务单独配置规则，避免全局规则的优先级混淆：

端到端测试任务（Integration Verification）

Integration Verification:
  script:
    - # 你的Playwright测试执行命令
  rules:
    - if: $CI_COMMIT_BRANCH == $INTEGRATION_BRANCH
      when: always
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
      when: never

扫描/构建/部署等非测试任务（以构建任务为例）

Build Job:
  script:
    - # 你的构建执行命令
  rules:
    - if: $CI_COMMIT_BRANCH == $INTEGRATION_BRANCH
      changes:
        - "**/*"
        - "!tests/playwright/*"
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
      when: never

核心逻辑说明 #

• 规则顺序优先级：GitLab CI按规则定义顺序匹配，第一个命中的规则生效，因此必须将「允许运行」的规则放在「禁止运行」规则之前
• 仅测试变更的判断：通过changes匹配全量文件并排除测试脚本路径，只有当存在非测试文件变更时，才会触发非测试任务
• 测试任务独立性：单独配置规则确保端到端测试在集成分支始终执行，覆盖仅测试变更和混合变更两种场景

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