Il dit:
Lorsque vous enregistrez et quittez l'éditeur, il va rembobiner vous revient à cette dernière de s'engager dans cette liste et vous laisser tomber sur la ligne de commande avec le message suivant:
$ git rebase -i HEAD~3
Stopped at 7482e0d... updated the gemspec to hopefully work better
You can amend the commit now, with
Cela ne signifie pas:
type nouveau git rebase -i HEAD~3
Essayez de ne pas taper git rebase -i HEAD~3
lors de la sortie de l'éditeur, et il devrait fonctionner correctement.
(sinon, dans votre situation particulière, un git rebase -i --abort
peut être nécessaire de réinitialiser tout et vous permettre d'essayer de nouveau)
Comme Dave Vogt mentionne dans les commentaires, git rebase --continue
est pour passer à la tâche suivante dans le processus de relocalisation, après que vous avez modifié le premier commit.
Aussi, Gregg Lind mentionne dans sa réponse à l' reword
commande d' git rebase
:
En remplaçant la commande "ramasser" avec la commande "edit", vous pouvez dire git rebase
pour s'arrêter après l'application qui s'engagent, de sorte que vous pouvez modifier les fichiers et/ou le message de commit modifier le commettre, et continuer de rebasage.
Si vous souhaitez simplement modifier le message de commit pour une livraison, remplacer la commande "pick
" avec la commande "reword
", depuis Git1.6.6 (janvier 2010).
Il fait la même chose ‘edit
' pendant un rebase interactif, sauf qu'il vous permet uniquement de modifier le message de commit, sans avoir à retourner le contrôle de la coquille. C'est extrêmement utile.
Actuellement, si vous voulez nettoyer vos messages de validation, vous devez:
$ git rebase -i next
Réglez tous les commits sur "modifier". Ensuite sur chacun d'eux:
# Change the message in your editor.
$ git commit --amend
$ git rebase --continue
L'utilisation de ‘reword
"au lieu de"edit
' vous permet de sauter l' git-commit
et git-rebase
des appels.