Expliquer utilisation par git de l'éditeur de texte
A chaque fois que l'on doit saisir la description de quelque chose en git, que ce soit un commit ou un tag annoté, on a le fonctionnement suivant :
- git crée un fichier texte contenant une description de la marche à suivre "en commentaire".
- git ouvre le fichier texte avec l'éditeur choisi par l'utilisateur.
- git attend que l'éditeur soit fermé (arrêt du processus système correspondant), puis lit le contenu final du fichier texte (il faut donc faire attention à enregistrer la version modifiée dans le fichier original, l'ergonomie de nano pouvant piéger à ce niveau).
- Si une description a bien été saisie, git valide l'opération, sinon il annule l'opération.
Ce fonctionnement en a perturbé plus d'un, donc ce serait bien de le clarifier davantage. Cela peut être fait à deux moments, lors de la démo de la partie 2 (en créant un commit en live, ce qui permettra en plus d'illustrer les problèmes de rafraîchissement de gitg) et dans le texte du TP2.