为何git diff --stat会显示分支间已同步的文件重命名？

以下是几个关键原因：

1. 三点diff的本质逻辑 #

git diff --stat branch1...branch2的核心是对比branch1和branch2的共同祖先与branch2当前状态的差异，而非直接对比两个分支的最终状态。即便你在两个分支都执行了相同的重命名，共同祖先里这些文件仍处于旧路径，因此branch2相对于共同祖先的变更自然包含这些重命名操作，会被统计出来。

如果要直接对比两个分支的最终状态，应该使用两点diff：

git diff --stat branch1 branch2

这种情况下，若两个分支的文件路径和内容完全一致，这些重命名文件就不会被标记为变更。

2. 独立提交的元数据差异 #

从你提供的提交详情能看到，两个分支上的重命名提交是独立生成的不同提交对象（commit hash分别为d1a22c7289和9477bd04a1）。哪怕提交信息、文件变更内容完全相同，Git也会将它们视为两个独立的变更记录。在三点diff的逻辑里，branch2相对于共同祖先的变更包含这个独立的重命名提交，因此会被显示，不会因为branch1有相同内容的提交而忽略。

3. Git重命名识别的动态性 #

Git是在diff过程中基于文件内容相似度动态识别重命名的，虽然git show --stat已经识别出重命名，但三点diff的统计逻辑仍会将“从共同祖先到branch2的路径变更”视为有效变更，无论branch1是否执行了相同操作。

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