有3个提交 - 一个正确,然后两个愚蠢的清理,错别字等.所以我想要压扁它们.消防:
git rebase -i HEAD~3
听起来很简单,它应该可以工作 - 我在遇到问题之后尝试过它,在一个全新的回购中,它按预期工作.编辑显示3个提交,选择顶部,挤压另外两个,保存并退出,完成.如果我在详细模式下运行,我会看到更多细节 - git通过检查我选择的第一个提交进入分离的HEAD状态,然后执行'Rebasing 2/3'和'Rebasing 3/3',显然创建了一些临时提交一路走来 - 然后成功的消息; 编辑器在某些时候再次弹出,让我改变提交消息.一切都很好.
但同样的命令在工作回购中消失了!3在一个编辑器中提交,选择南瓜壁球......但是这一次,我没有看到'Rebasing 2/3',而是'HEAD现在在my-SHA-1'之后的第一行,它遇到了致命的!
HEAD is now at 48a6c3d... <commit message>
fatal: ref HEAD is not a symbolic ref
但是,为什么会 Git的期待HEAD是一个象征性的裁判？Rebase进程确实分离了HEAD - 就像我在探索性示例中看到的那样 - 那么为什么然后在第二个例子中致命,而不是在第一个例子中呢？cat .git/HEAD给我我已经选择的提交的SHA1 ......
我花了几个小时阅读和研究,但有些东西不在这里,我无法找到它是什么!我怀疑也许有些钩子是负责任的(对它们知之甚少,并且知道有问题的回购确实有一些).感谢您在回答这个问题时的考虑!
您的“工作”存储库可能以某种方式损坏。有关详细信息，请参阅我不能再使用 git rebase --interactive 了。
我会尝试git status在你的工作仓库中运行以弄清楚发生了什么。然后，例如git rebase --abort，git merge --abort或可能需要类似的东西。
我也会跑git fsck。
在您的 repo 和工作目录准备就绪后，交互式 rebase 应该可以正常工作。另请注意，git rebase --root --preserve-merges ...如果您想触摸 repo 中的第一个提交，您可能需要。