忘记了“ git rebase --continue”，并做了“ git commit”。怎么修？

我在git中修改代码，遇到一些合并冲突。我解决了冲突并做到了：

git add

在这一点上我忘了做：

git rebase --continue

我继续编码，并做了：

git commit

对于变化。现在，我"no branch"无法执行以下操作：

git rebase --continue 

我该如何解决？

编辑：以及下面的答案，看看是否这是一个更简单的解决方案。 https://stackoverflow.com/a/12163247/493106

我必须尝试一下，但是我认为这是我会做的：

1. 标记您的最新提交（或在某处写下它的SHA1，以免丢失它）： git tag temp
2. git rebase --abort
3. 再次进行变基。您将不得不再次解决合并。:(
4. git rebase --continue
5. git cherry-pick temp

问题在于您的temp提交可能同时包含合并的解析和新代码。所以这可能很棘手，但我会尝试一下，看看它是否有效。

做吧git reset --soft HEAD^。它将HEAD指针移到其父级，但保留工作树并将合并更改添加到索引。因此，您可以git rebase --continue像以前一样继续进行基础调整。

我遇到了同样的问题，更糟糕的是，我重新确定了三个提交，在解决了第二个提交的冲突之后，我“提交了”而不是“重新设置-继续”。

结果我有了这个git reflog

当我应用kirikaza的解决方案时，我只是还原了第三次提交，而不是第二次提交，这是有问题的。

如您所见，rebase开始是从remotes / origin / master分支中进行检出，然后应用我的三个提交，它们在reflog中显示为前三个操作（在检出之前）。

然后，如果您想从一个干净的基础上重新启动，那么在重新设置基础之前，您可以简单地将硬重置为哈希，就在进行重新设置操作的检出之前。就我而言（参见图片）：

git reset --hard 859ed3c

然后，您可以开始一个新的git rebase。

我重新设置了git的基础，修复了冲突，git添加了具有冲突的文件，并且（错误地）提交了该文件。

我尝试了给出的git reset --soft HEAD^和git reset --hard解决方案，但都没有为我工作。

但是，git rebase --abort它确实起作用了：我带着干净的工作树回到了开始进行重新设置基准之前。