tl; dr Définissez l'éditeur sur quelque chose de plus agréable, comme Sublime ou Atom
Ici, nice est utilisé dans le sens d'un éditeur que vous aimez ou trouvez plus convivial .
Le problème sous-jacent est que Git utilise par défaut un éditeur trop intuitif pour la plupart des gens: Vim. Maintenant, ne vous méprenez pas, j'aime Vim, et même si vous pouvez réserver du temps (comme un mois) pour apprendre Vim et essayer de comprendre pourquoi certaines personnes pensent que Vim est le meilleur éditeur existant, il existe un moyen plus rapide de résoudre ce problème :-)
Le correctif n'est pas de mémoriser des commandes cryptiques , comme dans la réponse acceptée, mais de configurer Git pour utiliser un éditeur que vous aimez et comprenez! C'est aussi simple que de configurer l'une de ces options
- le paramètre de configuration git
core.editor
(par projet ou globalement)
- la variable d'environnement
VISUAL
ou EDITOR
(cela fonctionne aussi pour d'autres programmes)
Je couvrirai la première option pour quelques éditeurs populaires, mais GitHub a un excellent guide à ce sujet pour de nombreux éditeurs .
Pour utiliser Atom
Directement depuis ses documents , entrez ceci dans un terminal:
git config --global core.editor "atom --wait"
Git attend normalement la fin de la commande de l'éditeur, mais puisque Atom passe immédiatement à un processus d'arrière-plan, cela ne fonctionnera pas, sauf si vous lui donnez l' --wait
option.
Pour utiliser Sublime Text
Pour les mêmes raisons que dans le cas Atom, vous avez besoin d'un indicateur spécial pour signaler au processus qu'il ne doit pas déboucher en arrière-plan:
git config --global core.editor "subl -n -w"