GitLab下游流水线rules中changes块不生效，合并后无法触发

问题分析 #

你遇到的核心问题是GitLab中changes块在分支流水线（默认分支）和MR流水线中的行为差异：

1. 初始配置仅针对默认分支加changes时任务无法创建——分支流水线里的changes会对比当前提交与该分支上一次成功运行的流水线的提交，如果是首次运行、上一次流水线不存在，或者两次提交间没有匹配的文件变化，规则就不生效。
2. 调整规则后MR流水线正常触发，但合并到默认分支后流水线不触发——大概率是合并提交的文件变化未被changes匹配，或者默认分支的changes对比逻辑未覆盖合并场景。

解决方案 #

方案1：添加exists条件覆盖文件存在场景 #

给默认分支的规则加上exists块，确保当目标文件存在时才检查变化，同时处理首次运行时无历史流水线的情况：

rules:
- if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  changes:
    - "projects/demo-app/**"
    - "*.tf"
  exists:
    - "projects/demo-app/**"
    - "*.tf"
  when: on_success
- if: $CI_MERGE_REQUEST_ID
  changes:
    - "projects/demo-app/**"
    - "*.tf"
  when: on_success
- when: never

方案2：覆盖首次提交场景 #

如果需要支持默认分支的首次提交触发，可结合$CI_COMMIT_BEFORE_SHA的特殊值（首次提交时该值为全0的哈希）：

rules:
- if: '$CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH && ($CI_COMMIT_BEFORE_SHA == "0000000000000000000000000000000000000000" || changes)'
  changes:
    - "projects/demo-app/**"
    - "*.tf"
  when: on_success
- if: $CI_MERGE_REQUEST_ID
  changes:
    - "projects/demo-app/**"
    - "*.tf"
  when: on_success
- when: never

方案3：调整下游流水线触发逻辑 #

如果是上游流水线触发下游，确保在trigger块中传递完整的提交上下文，或者使用inherit: [variables]让下游能获取到正确的CI_COMMIT_BEFORE_SHA等变量，保证changes对比逻辑正常运行：

# 上游流水线中的触发配置
trigger:
  include: path/to/downstream-ci.yml
  strategy: depend
  inherit: [variables]

注意事项 #

• changes在MR流水线中是对比当前分支与目标分支的差异，所以MR场景下更容易匹配；但分支流水线是对比同分支的历史提交，逻辑不同。
• 若合并提交未修改projects/demo-app/**或*.tf中的文件，默认分支的流水线自然不会触发——这是changes的预期行为，若需要强制触发，可移除对应规则的changes块。

内容的提问来源于stack exchange，提问作者Joonas Venäläinen