我的是BitBucket弹出的一个错误。我跑了，斯吉普把它修好了。

我也面临着同样的问题，在我的情况下，当我试图重新建立基础时，我得到了冲突，一旦我解决了所有的冲突，并试图添加一个提交消息，但它在我的客户端编辑器中显示这个错误(VS Code)

为了解决这个问题，我们需要触发这个命令git commit -C HEAD@{1}

它将指向你在做rebase之前的提交

有时候在VS代码中仍然会显示rebase正在进行，为了解决这个问题，你需要触发这个命令rm -rf .git/REBASE_HEAD

rm -rf .git/REBASE_HEAD将从您的本地文件中删除“REBASE_HEAD”

我的是BitBucket弹出的一个错误。我跑了，斯吉普把它修好了。

我设置我的git自动rebase在一个git签出

# in my ~/.gitconfig file
[branch]
    autosetupmerge = always
    autosetuprebase = always

否则，当您在分支之间切换时，它会自动合并，我认为这是最糟糕的默认选择。

然而，这有一个副作用，当我切换到一个分支，然后git cherry-pick <commit-id>时，每次它有冲突时，我都会处于这种奇怪的状态。

我实际上必须中止rebase，但首先我修复了冲突，git添加/path/to/file文件(在这种情况下解决冲突的另一种非常奇怪的方式?!)，然后执行git commit -i /path/to/file。现在我可以中止rebase:

git checkout <other-branch>
git cherry-pick <commit-id>
...edit-conflict(s)...
git add path/to/file
git commit -i path/to/file
git rebase --abort
git commit .
git push --force origin <other-branch>

第二个git提交。似乎来自中止计划。我将修正我的答案，如果我发现我应该早点放弃重新基地。

如果您跳过其他提交，并且两个分支都不顺利(两个分支都缺少来自另一个分支的提交)，则需要在push上使用——force。

Rebase不会在后台发生。“rebase in progress”意味着你开始了一个rebase，而这个rebase因为冲突而中断了。你必须重新开始 (git rebase—continue)或中止它(git rebase—abort)。

正如git rebase——continue的错误消息所示，您要求git应用一个补丁，结果是一个空补丁。很有可能，这意味着补丁已经被应用了，你想使用git rebase -skip删除它。

另一个选择中止/跳过/继续从IDE

VCS > Git > Abort修复