Git commit expliqué simplement
Le commit est l'opération la plus fondamentale de Git. Comprends ce qu'il fait, comment l'utiliser correctement et quelles sont les bonnes pratiques pour des messages clairs.
Qu'est-ce qu'un commit Git ?
Un commit est un instantané (snapshot) de ton projet à un moment donné. C'est comme une sauvegarde intelligente : Git enregistre l'état exact de tous les fichiers que tu as ajoutés à la zone de staging.
Chaque commit contient : les modifications apportées, un message descriptif, le nom de l'auteur·ice, la date, et une référence vers le commit précédent (le parent). C'est cette chaîne de commits qui forme l'historique de ton projet.
Contrairement à un simple Ctrl+S, un commit est permanent et partageable. Une fois commité, ton travail est protégé : même si tu casses tout ensuite, tu peux toujours revenir à cet état.
Comment faire un commit
Un commit se fait toujours en deux étapes. D'abord, tu ajoutes les fichiers modifiés à la zone de staging avec git add. Ensuite, tu enregistres avec git commit.
Le flag -m te permet de spécifier le message directement en ligne de commande. Sans lui, Git ouvrira ton éditeur de texte par défaut.
Les options de commit les plus utilisées
-m "message"Spécifie le message du commit directement en ligne de commande.
-aAjoute automatiquement tous les fichiers modifiés (trackés) au staging. Ne concerne pas les nouveaux fichiers.
--amendRemplace le dernier commit. Utile pour corriger un message ou ajouter un fichier oublié.
--no-editUtilisé avec --amend pour garder le message du commit précédent inchangé.
Bonnes pratiques pour les messages de commit
Un bon message de commit explique pourquoi un changement a été fait, pas seulement quoi. Voici les conventions les plus utilisées en entreprise.
Les bons exemples
feat: ajout du formulaire de contactfix: correction du calcul du panierstyle: refactoring CSS de la sidebardocs: ajout des instructions d'installtest: ajout des tests unitaires User
Les mauvais exemples
fixTrop vague, fix quoi ?mise à jourMise à jour de quoi ?wipWork in progress n'est pas un commitasdfghPas de message = pas d'historique utiletout changéCommit fourre-tout impossible à relire
La convention Conventional Commits
La convention la plus répandue en entreprise suit le format : type: description courte
feat : nouvelle fonctionnalitéfix : correction de bugdocs : documentationstyle : formatage, CSSrefactor : refactoringtest : ajout de testschore : tâches techniquesci : intégration continueConsulter l'historique des commits
La commande git log affiche la liste de tous les commits. L'option --oneline condense chaque commit sur une seule ligne pour une vue d'ensemble rapide.
Un historique propre, avec des messages clairs et des commits atomiques, est un signe de professionnalisme. C'est aussi ce qui rend le débogage et la collaboration beaucoup plus faciles.
Les erreurs courantes avec git commit
Oublier de faire git add avant
Si tu fais git commit sans avoir stagé de fichiers, Git te dira "nothing to commit". N'oublie pas le git add.
Commiter des fichiers sensibles
Fichiers .env, clés API, mots de passe : une fois commités, ils restent dans l'historique même après suppression. Utilise .gitignore avant le premier commit.
Faire un commit gigantesque
Un commit qui touche 50 fichiers et mélange 3 sujets est impossible à relire et à annuler proprement. Préfère les commits atomiques : un sujet = un commit.
Utiliser --amend sur un commit déjà pushé
Amender un commit qui est déjà sur le dépôt distant va créer des conflits pour toute l'équipe. Utilise git revert à la place.
GitQuest est conçu par Anaïs, développeuse web et responsable pédagogique, spécialisée en formations tech et accessibilité numérique.
Questions fréquentes
Prêt·e à maîtriser git commit ?
Pratique les commits dans des scénarios réalistes avec les enquêtes GitQuest. C'est gratuit.
Commencer maintenant