Notez que, en commençant git1.7.9.6 (et git1.7.10+), git merge
sera toujours déclencher l'éditeur, pour vous pour ajouter des détails à une fusion.
"git merge $tag
" fusionner un annotée balise s'ouvre toujours l'éditeur de cours interactif de la session d'édition. v1.7.10 de la série introduit une variable d'environnement GIT_MERGE_AUTOEDIT pour aider les anciens scripts déclin de ce comportement, mais l'entretien de la piste devrait également soutenir.
Il a également introduit une variable d'environnement GIT_MERGE_AUTOEDIT
pour aider les anciens scripts déclin de ce comportement.
Voir "Anticiper Git 1.7.10":
Récemment, lors d'une discussion sur le Git liste de diffusion, Linus admis (et je suis d'accord) que c'était l'une des erreurs de conception nous avons fait très tôt dans l'histoire de Git.
Et en 1.7.10 et plus tard, le git merge de commande qui est exécutée dans une session interactive (c'est à dire à la fois son entrée standard et la sortie standard connecté à un terminal), vous ouvrez un éditeur avant de créer un commit pour enregistrer le résultat de la fusion, pour donner à l'utilisateur la possibilité d'expliquer la fusion, tout comme la commande git commit l'utilisateur exécute après la résolution d'un conflit de fusion déjà fait.
Linus a dit:
Mais je n'ai pas vraiment de soins de profondément la façon dont il fonctionne réellement - mon principal problème est que git le rend trop facile à avoir de mauvaises fusion des messages.
Je crois que c'est encore plus simple idiotie: nous n'avons jamais même le feu jusqu'à l'éditeur par défaut pour un "git merge", mais nous ne pour un "git commit
".
C'était une erreur de conception, et cela signifie que si vous souhaitez ajouter une note à une opération de fusion, vous devez faire un travail supplémentaire. Donc les gens n'ont pas.