我设法在本地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。


当前回答

看起来Git试图删除. Git /rebase-merge目录,但无法完全删除它。你试过复制那个文件夹吗?如果存在。git/rebase-apply文件夹,也要复制掉。

其他回答

看起来Git试图删除. Git /rebase-merge目录,但无法完全删除它。你试过复制那个文件夹吗?如果存在。git/rebase-apply文件夹,也要复制掉。

在Eclipse中也有同样的问题。无法Rebase=>从Eclipse中止。

从git Bash执行git rebase——abort对我来说很有效。

在我的情况下,在测试所有这些选项后,仍然有问题,我尝试了sudo git rebase -abort,它做了整个事情

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

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

 error: could not read orig-head

这让我无法完成调整。

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

rebase --quit

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

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

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

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

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