GitHub合并提交后还原分支PR显示空Diff的原因解析

1. 空Diff是GitHub的预期行为，核心逻辑基于合并基准的三方对比 #

GitHub计算PR Diff时，默认以**目标分支与PR分支的最近共同祖先（合并基准）**为基础做三方对比，而非直接对比两个分支的当前内容：

• 你的场景中，合并基准是eaec7f6（即modify test.txt提交）
• main从基准到当前的变更：通过合并提交将基准的内容（修改后的状态）合并进来，因此main当前内容与基准完全一致，相对于基准无任何变更
• branch-revert从基准到当前的变更：执行了还原操作，将内容改回基准之前的初始状态

GitHub的PR Diff逻辑会自动关联历史提交：由于还原后的状态（初始状态）已经存在于main的历史中（提交c1f094b），它会认为合并这个PR只是回到历史状态，而非引入新的代码变更，因此显示空Diff。

2. 为什么本地git diff能看到差异？ #

本地执行git diff main..branch-revert或git diff main...branch-revert时，是直接对比分支内容或基于基准的变更内容，不会关联历史提交做额外判断，因此能正常显示内容差异。

3. 解决方法与IaC场景建议 #

• 查看真实差异：使用GitHub的“比较变更”功能手动选择直接对比两个分支，或在本地执行git diff main branch-revert
• 优化测试流程：在IaC测试中，避免基于已合并分支的还原提交创建PR，建议直接基于当前main分支创建新分支，手动还原修改内容，这样PR会显示正常Diff；也可以手动指定PR的对比基准，强制展示内容差异。

内容的提问来源于stack exchange，提问作者nekomachi-touge