Git rebase: les conflits bloquent les progrès

j'ai rencontré un problème similaire avec un rebase. Mon problème a été causé parce qu'un de mes commit a seulement changé un fichier, et lors de la résolution, j'ai écarté le changement introduit dans ce commit. J'ai pu résoudre mon problème en ignorant la validation correspondante ( git rebase --skip ).

vous pouvez reproduire ce problème dans un référentiel de test. D'abord créer le référentiel.

$ mkdir failing-merge
$ cd failing-merge
$ git init
Initialized empty Git repository in $HOME/failing-merge/.git/

puis commit le contenu original de version.txt en maître.

$ echo v1.4-alpha-02 > version.txt
$ git add version.txt
$ git commit -m initial
[master (root-commit) 2eef0a5] initial
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 version.txt

créer la branche v4 et changer le contenu de version.txt .

$ git checkout -b v4
Switched to a new branch 'v4'
$ echo v1.4-alpha-03 > version.txt
$ git add version.txt
$ git commit -m v4
[v4 1ef8c9b] v4
 1 files changed, 1 insertions(+), 1 deletions(-)

retourner à master et changer le contenu de version.txt de sorte qu'il y aura un conflit pendant le rebase.

$ git checkout master
Switched to branch 'master'
$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git commit -m master
[master 7313eb3] master
 1 files changed, 1 insertions(+), 1 deletions(-)

revenir à v4 de branche et d'essayer de rebase. Il échoue avec un conflit dans version.txt comme prévu.

$ git checkout v4
Switched to branch 'v4'
$ git rebase master
First, rewinding head to replay your work on top of it...
Applying: v4
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging version.txt
CONFLICT (content): Merge conflict in version.txt
Recorded preimage for 'version.txt'
Failed to merge in the changes.
Patch failed at 0001 v4

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".
$ cat version.txt
<<<<<<< HEAD
v1.4-alpha-04
=======
v1.4-alpha-03
>>>>>>> v4

nous résolvons le conflit en sélectionnant le contenu master de version.txt . Nous ajoutons le fichier et essayer de continuer notre rebase.

$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git rebase --continue 
Applying: v4
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 restore the original branch and stop rebasing run "git rebase --abort".

il échoue ! Voyons quels changements git pense qu'il y a dans notre dépôt.

$ git status
# Not currently on any branch.
nothing to commit (working directory clean)

ah ah, il n'y a pas de changement. Si vous avez lu en détail le message d'erreur précédent, git nous en a informé et recommandé d'utiliser git rebase --skip . Il nous a dit "S'il n'y a plus rien à mettre en scène, les chances sont que quelque chose d'autre est déjà introduit les mêmes changements; vous pouvez sauter ce patch."Donc, nous sautons simplement le commit et le rebase réussir.

$ git rebase --skip
HEAD is now at 7313eb3 master

mot de mise en garde : s'il vous plaît noter que git rebase --skip sera complètement supprimer le commit que git essayé de rebaser. Dans notre cas, ça devrait aller puisque git se plaint qu'il s'agit d'un engagement vide. Si vous pensez que vous avez perdu des changements une fois le rebase est terminé, vous pouvez utiliser git reflog pour obtenir l'ID de propagation de votre dépôt avant le rebase, et utiliser git reset --hard pour récupérer votre dépôt dans cet état (c'est une autre opération destructrice).