我设法在本地git存储库中创建了一个小混乱。我试图通过使用以下说明修复一个损坏的提交。在运行“git commit -amend”之前(在git rebase -interactive之后),我决定我的更改是不正确的,所以我执行了“git reset HEAD -hard”。我告诉你,这不是个好主意。

现在交互性的调整似乎被“卡住”了。Git将当前分支显示为(|REBASE-m)。每个命令(cd .., ls, git rebase…)在我的存储库中给出以下错误:

cat: .git/rebase-merge/head-name:没有这样的文件或目录

以下是git rebase -abort的样子:

$ git rebase --abort
cat: c:/_work/project/src/git/.git/rebase-merge/quiet: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/head-name: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/orig-head: No such file or directory
HEAD is now at 4c737fb Revert "Modified file names"
rm: cannot remove `c:/_work/project/src/git/.git/rebase-merge/done': Permission denied
rm: cannot remove directory `c:/_work/project/src/git/.git/rebase-merge': Directory
not empty
cat: .git/rebase-merge/head-name: No such file or directory

以下是git rebase的结果——继续:

$ git rebase --continue
cat: c:/_work/project/src/git/.git/rebase-merge/prev_head: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/end: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/msgnum: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/onto: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/quiet: No such file or directory
prev_head must be defined
cat: .git/rebase-merge/head-name: No such file or directory

什么好主意吗?我想把情况重置到我开始我深思熟虑的基地重建行动之前的状态。

以下是git log - online如何显示这种情况:

4c737fb Revert "Modified file names"
247ac02 Modified file names
33141e6 Message modifications
10a4a04 Modified db script

这很好。

我使用的是msysgit v1.7.0.2。


当前回答

我也有同样的问题。我使用进程资源管理器建议在其他帖子(我无法找到那篇文章),并找出哪个进程有一个锁的文件,并杀死它。然后根据需要执行——continue或——abort

其他回答

一旦你满意地完成了X次提交的重基,最后一个命令必须是git rebase—continue。这将完成流程并退出rebase模式。

由于僵尸vim.exe进程,我遇到了类似的问题。 在任务管理器中杀死它,然后是git rebase -abort修复了它。

谢谢劳拉·斯洛克姆的回答

我把事情搞砸了,而重新建立和得到一个分离的头部

 error: could not read orig-head

这让我无法完成调整。

分离的HEAD似乎准确地包含了我正确的rebase期望状态,所以我运行了

rebase --quit

在那之后,我检查了一个新的临时分支,将它绑定到分离的头部。

通过将它与我想要调基的分支进行比较,我可以看到新的临时分支恰好处于我想要达到的状态。 谢谢

就我而言,这是因为我在各自的Git项目中打开了SmartGit的Log,在各自的项目目录中打开了Total Commander。当我关闭了两个,我能够重新基地没有任何问题。

我想得越多,我就越怀疑Total Commander,即Windows有一个锁在git rebase打开的目录上。

友好的建议:当你试图修复某些东西时,每次只做一个改变。;)

我有一个提交运行在我的VSCode,使它卡住。杀死VS Code进程,并恢复(R)到rebase。帮我修好了。