Git使用--root变基时首提交未显示？成因及解决方法

嘿，这个问题我之前也碰到过类似的情况，咱们一步步来拆解：

为什么git rebase -i --root看不到首提交？ #

主要有这几个可能的原因：

• 仓库存在多个根提交：Git允许一个仓库同时拥有多个没有父提交的"根"提交（比如你用git merge --allow-unrelated-histories合并了两个独立的仓库，或者变基操作中意外创建了新的根提交）。当你执行git rebase -i --root时，Git只会处理当前分支追溯链上的那个根提交，另一个重复的首提交属于另一条独立的历史线，自然不会出现在变基列表里。
• 目标提交不在当前分支的历史中：你看到的"重复首提交"可能只存在于reflog或者某个已被删除的分支里，当前分支的历史链并没有包含它，所以--root只会列出当前分支的根到HEAD的提交序列。
• 罕见的配置/hook限制：极少数情况下，仓库配置了rebase.autoStash的特殊规则，或者自定义了pre-rebase hook，阻止了根提交被显示在变基列表中，但这种情况概率很低。

最佳解决方式 #

第一步：确认根提交情况 #

先运行这条命令，找出仓库里所有的根提交：

git rev-list --max-parents=0 HEAD --all

你会得到两个提交哈希，就是那两个重复的首提交。

第二步：合并重复的根提交 #

假设你想保留提交A（哈希为abc123），要移除重复的提交B（哈希为def456），可以按以下步骤操作：

1. 创建一个临时分支，基于你想要保留的根提交：

git checkout -b fix-root abc123

2. 将B之后的所有提交（也就是当前分支上除了B之外的提交）cherry-pick到临时分支：

git cherry-pick def456..main  # 这里的main替换成你当前的分支名

3. 切回原分支，重置到临时分支的状态：

git checkout main
git reset --hard fix-root

4. 最后删除临时分支：

git branch -D fix-root

如果两个根提交的内容几乎完全一致，你也可以直接用git rebase -i --root --rebase-merges（加上--rebase-merges会保留合并历史），不过这种情况下cherry-pick的方式更直接。

另外，你提到用git reflog可以解决，其实reflog能帮你找到所有曾经存在过的提交，如果你能定位到变基前的正确历史，直接用git reset --hard <reflog里的哈希>也是快速恢复的好办法——不过这种方式适合你明确知道要回到哪个状态的情况。

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