I just did a git pull --rebase origin master
and there was a conflict.
Firstly, this conflict was in a file that I hadnt touched, and was about 10 commi
It does what it says, it skips a commit. If you run rebase --abort
at a later conflict during the same rebase, the skipped commit will be reverted too of course.
If your change already existed upstream, Git will not be able to apply your commit (but usually should skip it automatically, if the patch is exactly the same). Your own commit will be skipped, but the change will still exist in current HEAD, because it was already applied upstream.
You should really make sure you did not remove an important change of yours ;) (use the reflog to go back to the state before the rebase)