GitLab CI非主分支MR中changes规则异常触发问题咨询

问题出在GitLab CI的changes规则在不同场景下的对比基准默认行为不一致：

• 有历史的分支推送时，默认对比当前提交与父提交的差异；
• 新分支（无历史提交）推送时，会默认对比当前分支与默认分支的整体差异；
• 合并请求（MR）流水线默认对比源分支与目标分支的整体差异，而非MR中新增的提交差异。

你之前添加的if: $CI_PIPELINE_SOURCE != "merge_request_event"不仅没解决问题，还会导致MR中修改目标文件时无法触发任务，违背了核心需求。

正确配置 #

stages:
- test

always:
  stage: test
  image: alpine
  script:
    - env | sort

change:
  stage: test
  image: alpine
  rules:
    # 分支推送场景：仅检查当前提交是否修改目标文件
    - if: $CI_PIPELINE_SOURCE == "push"
      changes:
        paths:
          - dir/file
        compare_to: $CI_COMMIT_BEFORE_SHA
        exists: true
    # 合并请求场景：仅检查MR新增提交是否修改目标文件
    - if: $CI_PIPELINE_SOURCE == "merge_request_event"
      changes:
        paths:
          - dir/file
        compare_to: $CI_MERGE_REQUEST_SOURCE_BEFORE_SHA
        exists: true
  script:
    - echo "dir/file"

配置说明 #

• compare_to: $CI_COMMIT_BEFORE_SHA：强制在推送场景下对比当前提交与父提交的差异，避免新分支对比默认分支导致的误判；
• compare_to: $CI_MERGE_REQUEST_SOURCE_BEFORE_SHA：在MR场景下，对比MR创建时的源分支状态与当前状态的差异，仅检测MR中新增的修改；
• exists: true：仅当目标文件在当前分支存在且有变更时触发，避免分支缺失目标文件时的误触发。

配置后，无论在main分支、普通分支推送还是合并请求中，只有dir/file被实际修改时，change任务才会触发，完全符合预期。

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