threads / discuss / 23718

Preventing rebase confusion

Subject: Preventing rebase confusion

## tl;dr

One message between May 6, 2010 and May 6, 2010.

replies: 0people: 1as markdown or json

Eli Barzilay· May 6, 2010, 11:27 UTC · lore
Two suggestions (provided that I have the details right):
1. When I run `git rebase origin' I get helpful instructions when a
   conflict happens:
     When you have resolved this problem run "git rebase --continue".
     If you would prefer to skip this patch, instead run "git rebase --skip".
     To restore the original branch and stop rebasing run "git rebase --abort".
   It would be nice if the first line said something like
     When you have resolved this problem run "git add <file>" and then
     "git rebase --continue" (no need to commit).
   My guess is that this is something that confuses many people since
   everywhere conflicts are mentioned the instructions are to `add'
   and then to `commit'.
2. If I did get confused (which can still happen if I don't read the
   above addition) and commit the resolved files, I get this when I
   try `git rebase --continue':
     Applying: document the type of foo
     No changes - did you forget to use 'git add'?
   But of course there are no changes now...  So it would be nice if
   the text also said:
     If you've already committed then you can run "git rebase --skip"
     but your commit will then replace the original "...subject..."
   And/or maybe instructions for using reset to undo the commit and
   let rebase --continue do it.
-- 
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                    http://barzilay.org/                   Maze is Life!

← back to recent threads