Le conflit de fusion Git rebase ne peut pas continuer

J'essaye de rebaser 'dev' pour rattraper la branche 'master'.

$ git checkout dev 
$ git rebase master 
First, rewinding head to replay your work on top of it...
Applying: Corrected compilation problems that came from conversion from SVN.
Using index info to reconstruct a base tree...
M       src/com/....
<stdin>:125: trailing whitespace.
/**
<stdin>:126: trailing whitespace.
 *
<stdin>:127: trailing whitespace.
 */
<stdin>:128: trailing whitespace.
package com....
<stdin>:129: trailing whitespace.

warning: squelched 117 whitespace errors
warning: 122 lines add whitespace errors.
Falling back to patching base and 3-way merge...
Auto-merging src/com/....
CONFLICT (content): Merge conflict in src/com/...
Failed to merge in the changes.
Patch failed at 0001 Corrected compilation problems that came from conversion from SVN.

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To check out the original branch and stop rebasing run "git rebase --abort".

$ vi src/com/.....   { fixed the merge issue on one file } 
$ git add -A . 
$ git rebase --continue 
src/com/....: needs merge
You must edit all merge conflicts and then
mark them as resolved using git add
$ vi src/com....      { verified, no >>> or <<< left, no merge markers } 
$ git rebase --continue 
Applying: Corrected compilation problems that came from conversion from SVN.
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To check out the original branch and stop rebasing run "git rebase --abort".

Des idées?

Il y a quelques situations où j'ai vu rebaserester coincé. La première est que les modifications deviennent nulles (une validation contient des modifications qui ont déjà été apportées précédemment dans le rebase), auquel cas vous devrez peut-être utiliser git rebase --skip.

C'est assez facile à dire. Si vous le faites git status, aucun changement ne devrait apparaître. Si c'est le cas, sautez-le. Si ce n'est pas le cas, veuillez poster une copie de git statuset je peux essayer de vous aider davantage.

Une des fois où j'ai rencontré ce problème, c'est en faisant un git commitaprès a git add. Ainsi, la séquence suivante produira l'erreur de rebase que vous mentionnez:

git add <file with conflict>
git commit -m "<some message>"
git rebase --continue

Alors que, la séquence ci-dessous s'exécute sans aucune erreur et continue le rebase:
git add <file with conflict>
git rebase --continue

Il est possible git add -Aqu'avec l'option "Tous" crée une situation similaire. (Veuillez noter que je suis très inexpérimenté en git, donc cette réponse peut ne pas être correcte.) Pour être sûr, le git rebase --skipsemble également bien fonctionner dans cette situation.

Remarque: Git 2.0.2 (juillet 2014) a corrigé un cas où un git rebase --skiprestait bloqué et ne pouvait pas continuer avec le rebase actuel.
Voir commit 95104c7 par brian m. carlson ( bk2204)

rebase--merge: correction --skipavec deux conflits d'affilée

En cas de git rebase --mergeconflit, --skipne fonctionnera pas si la prochaine validation est également en conflit .
Le msgnumfichier ne serait jamais mis à jour avec le nouveau numéro de patch, donc aucun patch ne serait réellement ignoré, ce qui entraînerait une boucle inéluctable.

Mettez à jour la msgnumvaleur du fichier comme première chose dans call_merge.
Cela évite également un Already appliedmessage " " lors du saut d'un commit.
Il n'y a pas de changement visible pour les autres contextes dans lesquels call_merge est appelé, car la valeur du fichier msgnum reste inchangée dans ces situations.

$ vi src/com....      { verified, no >>> or <<< left, no merge markers } 
$ git rebase --continue 

Il semble que vous ayez oublié git addvos modifications ...