I had the same problem, and, even worse, I went through three commits, and after resolving the conflicts on the second commit, I "fixed" instead of "rebase --continue".
As a result, I had this bastard reflog
When I applied the kirikaza solution, I just canceled the third commit, not the second one, which was problematic ..
As you can see, rebase starts by extracting from the remotes / origin / master branch and then applies my three commits, which are displayed as the three previous operations (before the extraction) in reflog.
Then, if you want to restart from a clean base, before rebasing, you can simply reset the hard hash immediately before checking the rebase operation. In my case (see Figure):
git reset
Then you can start a new git rebase .
Louis Durand May 02 '19 at 13:50 2019-05-02 02:50
source share