GitHub合并提交复现main已有变更？Git Diff结果异常求助
2026-7-22
Git Diff 结果不符合预期的原因与解决方法
误解点：git diff A..B的实际含义
你用的git diff [同事分支最后提交哈希]..[合并提交哈希]，Git会解析为显示所有存在于合并提交（B）但不存在于同事分支最后提交（A）中的变更。
因为合并提交有两个父节点：
- 父节点1：合并前main分支的最新提交（也就是你A、B、C的最后一个）
- 父节点2：同事分支的最后提交（D、E、F的最后一个）
合并提交本身包含了从两个父节点到合并节点的所有变更，但当你用A..B时，Git只会对比B和A的差异——而同事分支的D、E、F本来就属于A的历史，所以这些变更不会出现在diff里；反而main分支上的A、B、C是A（同事分支最后提交）没有的，所以会显示这些内容。
正确查看PR合并内容的方法
要看到PR里的D、E、F合并到main的变更，用以下任意一种方式：
- 直接查看合并提交的diff：
git show [合并提交哈希]
Git默认会显示合并提交相对于两个父节点的"组合diff"，也就是PR评审时看到的变更内容。 - 对比合并提交与合并前main分支的差异：
git diff [合并提交哈希]^1..[合并提交哈希]
这里的^1表示合并提交的第一个父节点（即合并前main的最新状态），这样就能得到合并到main的新增变更。
仓库状态确认
这种情况是Git合并机制的正常表现，仓库没有损坏。你可以通过git log --graph --oneline main other_branch查看分支拓扑，会清晰看到：
- other_branch从main的某个旧节点分叉，包含D、E、F
- main在分叉后新增了A、B、C
- 合并提交把两个分支的历史整合到一起
内容的提问来源于stack exchange，提问作者Stephen
相关产品推荐
相关产品推荐
