GIT - 9 Commits et messages

Continuons à ajouter des fichiers au repository de test que nous venons de créer. Pour rappel, nous avons un seul fichier coucou.html, actuellement non suivi par Git. Avant de l'ajouter et de poursuivre les commits, créons un second fichier venus.html avec la commande touch, puis ajoutons-y un peu de texte avant de sauvegarder.

Ajouter plusieurs fichiers d'un coup

De retour dans le terminal, git status nous indique que les deux fichiers coucou.html et venus.html sont non suivis. Plutôt que de les ajouter un par un, on peut les ajouter tous d'un coup avec l'option --all (ou -A) :

git status
git add --all
git status

Le second git status confirme que les deux fichiers ont bien été déplacés dans la staging area. Tout est prêt pour le commit.

Message de validation multi-lignes

Cette fois, au lieu d'utiliser le paramètre -m pour passer le message inline, je vais simplement lancer :

git commit

L'éditeur de texte principal configuré dans Git s'ouvre automatiquement.
Vous pouvez y rédiger un message sur plusieurs lignes — par exemple : « ajout d'un fichier coucou et d'un fichier venus ».
Sauvegardez (par exemple Ctrl+S) puis fermez l'éditeur (Ctrl+W selon l'outil).
Git utilise alors le contenu du fichier comme message de validation.

Cette méthode est très pratique pour rédiger des messages détaillés qui expliquent à la fois quoi et pourquoi — la première ligne sert généralement de titre court, suivie d'une ligne vide, puis d'une description plus complète. Une bonne hygiène de commit qui fera la différence quand vous reviendrez sur l'historique des mois plus tard.

En résumé

Cette leçon explique comment créer des commits en Git après avoir ajouté des fichiers à la zone de staging. Elle démontre l'utilisation de `git add .` pour préparer plusieurs fichiers et montre comment utiliser `git commit` sans le paramètre `-m` pour ouvrir l'éditeur par défaut et rédiger un message de commit multi-lignes. L'apprenant découvre le workflow complet : créer des fichiers → les ajouter au staging → valider avec un message descriptif dans l'éditeur.

Points clés

Utiliser `git add .` ajoute tous les fichiers modifiés et nouveaux du répertoire courant à la zone de staging de Git
La commande `git commit` sans paramètre `-m` ouvre l'éditeur configuré par défaut pour composer un message de commit multi-lignes
Le message de commit dans l'éditeur est sauvegardé (Ctrl+S) et l'éditeur fermé (Ctrl+W ou équivalent) pour finaliser le commit
La zone de staging (`git add`) et le commit (`git commit`) sont deux étapes distinctes du workflow Git pour valider les changements

Questions fréquentes

Pourquoi utiliser `git commit` sans `-m` au lieu de spécifier le message directement ?

Sans le paramètre `-m`, l'éditeur s'ouvre et permet d'écrire un message multi-lignes plus détaillé. C'est idéal pour les commits complexes où une seule ligne ne suffit pas pour expliquer les changements.

Comment sauvegarder et fermer l'éditeur de message dans Git ?

Utilisez les raccourcis clavier de votre éditeur : généralement Ctrl+S pour sauvegarder, puis Ctrl+W ou Ctrl+Q pour fermer. Une fois l'éditeur fermé, Git finalise le commit avec le message que vous avez rédigé.

Quelle est la différence entre `git add .` et `git commit` ?

`git add .` prépare (stage) tous les fichiers modifiés pour le commit en les plaçant dans la zone de staging. `git commit` valide ensuite ces fichiers avec un message explicatif, créant ainsi un snapshot permanent des changements dans l'historique Git.