GitHub Pull Request中合并提交为何无变更却显示修改文件？

核心原因拆解 #

• 合并提交的元数据干扰
  Git的每个提交不仅包含文件内容，还附带提交历史的元数据（比如父提交ID、合并信息）。当你从master合并到功能分支，再把功能分支合并回test后，master和test的提交历史里会出现重复的合并轨迹。GitHub的PR差异计算会把这些提交层面的历史差异当成"变更"，哪怕文件内容完全一致，也会显示文件被修改——本质是它在对比完整的提交对象，而非单纯的文件内容。

• 分支历史的环形合并路径
  你的流程是test→合并到master→基于master开功能分支→合并回test，这会形成环形的合并链：test的代码先到master，再通过功能分支回到test。此时master和test的提交历史出现分叉又合并的情况，Git在对比两个分支时，会认为存在未同步的提交节点（就是那些来回合并的提交），进而误判为有文件变更。

• GitHub差异计算的逻辑特性
  GitHub默认的PR差异是对比两个分支顶端提交的树对象+提交历史，而不是只看文件内容。如果两个分支的提交历史结构不同（比如一个有合并提交，另一个的合并路径不一样），哪怕树对象（文件内容哈希）完全一致，GitHub也会把这种历史差异展示为文件修改。

可行的解决方式 #

• 用git rebase替代合并来管理功能分支：基于master拉新功能分支，开发完成后rebase到最新master，再合并到test，这样能避免多余的合并提交，让分支历史更线性。
• 合并master到test时，使用git merge --ff-only：只有当test是master的直接祖先时才合并，避免创建多余的合并提交；如果有冲突，先同步test到master的状态再合并。
• 强制同步test和master：如果确定test和master内容完全一致，可使用git checkout test && git reset --hard master（操作前务必确认test没有未提交的本地修改），之后推送到远程，再开PR就不会有虚假变更了。

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