如何在GitLab合并请求中查看两次推送间的变更文件？

场景与问题 #

• 提交合并请求修改src/目录文件，触发首次合并结果流水线（#1），运行长时间测试任务
• 补充提交修改README文件，触发第二次合并结果流水线（#2），因README不在src/目录，希望跳过长时间测试，尝试对比两次流水线的合并提交SHA但失败

合并请求流水线信息 #

CI/CD任务配置 #

job:
  script:
    - git diff fca36db3..6cb35df4 --

执行报错 #

$ git diff fca36db3..6cb35df4 --
fatal: bad revision 'fca36db3..6cb35df4'

已尝试设置GIT_STRATEGY: clone和GIT_DEPTH: 0，均未解决。

解决思路与方案 #

核心原因 #

GitLab的合并结果流水线生成的临时合并提交仅存在于对应流水线的运行环境中，不会被推送到远程仓库，因此后续流水线无法引用这些临时提交的SHA，哪怕拉取完整仓库也找不到这些提交记录。

可行替代方案 #

1. 对比源分支的实际提交差异

合并结果流水线的临时提交是源分支提交与目标分支的合并产物，你真正需要对比的是两次推送之间源分支的实际提交变化。可以利用GitLab CI内置变量实现：

• CI_COMMIT_BEFORE_SHA：当前流水线对应提交的前一个SHA（第二次推送时，该值即为首次推送的源分支提交SHA）
• CI_COMMIT_SHA：当前流水线的源分支提交SHA

修改后的CI配置：

check-changes:
  script:
    # 输出变更的文件列表
    - CHANGED_FILES=$(git diff $CI_COMMIT_BEFORE_SHA..$CI_COMMIT_SHA --name-only)
    - echo "Changed files: $CHANGED_FILES"
    # 判断是否包含src目录文件，决定是否运行测试
    - if echo "$CHANGED_FILES" | grep -q "^src/"; then ./run-long-tests.sh; else echo "No src changes, skipping long tests"; fi

2. 用GitLab CI的changes规则直接跳过任务

这是更简洁的方案，直接通过rules:changes配置让长时间测试任务仅在src/目录文件变更时运行：

long-running-test:
  script:
    - ./run-long-tests.sh
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
      changes:
        - src/**/*

当第二次推送仅修改README时，该任务会自动被GitLab跳过，无需手动对比提交。

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