gitk --all中出现重复提交的原因及相关疑问咨询

这种重复提交的情况，常见原因有这几个：

• 提交元数据或内容有细微差异：Git的提交哈希是基于提交的完整信息计算的，除了文件变更、提交描述、时间戳，还包括作者/提交者的姓名、邮箱，甚至提交时的换行符格式。哪怕这些信息里有一个字符不一样（比如邮箱大小写、作者名多了个空格），都会生成完全不同的哈希，哪怕描述和时间戳看起来完全一致。
• 重写历史的操作导致：如果有人用git rebase、git cherry-pick或者git commit --amend修改过提交历史，这些操作会生成新的提交对象。比如cherry-pick会把旧提交的变更复制到新位置，哪怕变更内容和时间戳保留下来，新提交的哈希还是会变；rebase则是把整个提交链重新应用到新的基础上，旧提交会被保留在仓库里（只要还有引用指向它们），就会在gitk --all里显示出来。
• 分支协作中的推送冲突处理不当：多人协作时，如果本地修改了历史后强制推送到远程，远程仓库里会同时存在旧的提交链和新的提交链。这些旧提交可能被标签、旧分支或者reflog引用着，gitk --all会把所有引用的提交都展示出来，而VS Code默认只显示当前分支的提交历史，所以看不到这些“游离”的旧提交。
• 分支合并遗留：如果两个独立分支上恰好有描述和时间戳相同的提交，合并后仓库里会同时存在这两个提交对象。gitk --all会遍历所有分支的历史，所以能看到，而VS Code如果只展示当前分支的线性历史，就不会显示另一条分支上的重复提交。

至于VS Code不显示这些重复提交的原因，是因为它的源代码控制面板默认只展示当前检出分支的提交链，而gitk --all会加载仓库内所有引用（包括所有分支、标签、远程分支、reflog记录）对应的提交，那些重复提交不在当前分支的历史路径上，自然不会被展示。

你提到的把state-2标签移到main分支上目标提交的修复思路是可行的，调整标签指向后，可以用git gc命令清理掉没有任何引用的旧提交，减少仓库里的冗余数据。

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