如何修复“损坏”的互动rebase?

我设法在本地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项目中打开了SmartGit的Log，在各自的项目目录中打开了Total Commander。当我关闭了两个，我能够重新基地没有任何问题。

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

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

2016-03-09 08:51:23

其他回答

在Windows上使用SublimeText 3，这个问题可以通过关闭Sublime窗口来解决。

2019-03-28 10:13:20

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

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

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

2016-03-09 08:51:23

如果你降到状态以下，再变基就不管用了，

$ git status
rebase in progress; onto (null)
You are currently rebasing.
  (all conflicts fixed: run "git rebase --continue")

第一次运行，

$ git rebase -quit

然后从reflog中恢复之前的状态，

$ git reflog
97f7c6f (HEAD, origin/master, origin/HEAD) HEAD@{0}: pull --rebase: checkout 97f7c6f292d995b2925c2ea036bb4823a856e1aa
4035795 (master) HEAD@{1}: commit (amend): Adding 2nd commit
d16be84 HEAD@{2}: commit (amend): Adding 2nd commit
8577ca8 HEAD@{3}: commit: Adding 2nd commit
3d2088d HEAD@{4}: reset: moving to head~
52eec4a HEAD@{5}: commit: Adding initial commit

使用,

$ git checkout HEAD@{1} #or
$ git checkout master #or
$ git checkout 4035795 #or

2020-05-10 01:34:14

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

2011-01-21 10:37:10

尝试了所有其他方法，但重新启动，对我有效的是rm -fr .git/REBASE_HEAD

2019-05-07 12:59:00

如何修复“损坏”的互动rebase?

推荐文章

最新文章

标签