Bonjour à tous, c’est lundi ! 👋
Vous avez déjà relu un historique Git rempli de « fix », « test », « final_v2_bis », « First step » et pleuré ? 😭 Aujourd’hui, on va parler de commits clairs et structurés, pour que votre futur vous (et vos collègues) vous remercie.
✅ Pourquoi des commits propres ?
Parce que Git, c’est comme un journal de bord : si vous écrivez n’importe quoi, personne ne comprendra rien… même vous, dans deux semaines… ou plutôt deux heures après 😅 »
✅ Adopter une bonne structure de commit
Un bon commit suit une structure logique « type: courte description »
Dans mon cas je suis toujours la structure « feat : ajout du mode sombre » :
1) feat: Pour une nouvelle fonctionnalité
2) fix: Pour une correction de bug
3) chore: Pour des tâches annexes (MAJ de dépendances…)
4) docs: Pour de la documentation
5) refactor: Pour améliorer le code sans modifier son fonctionnement
6) test: Pour ajouter/modifier des tests
👍 Suivre une logique
❌ Mauvais : « Modifications diverses »
✅ Bon : « fix: correction de bug affichage tablette »
💡 Pourquoi ça change tout ?
– Facilite le debug : Un bug ? On retrouve plus vite le commit fautif.
– Améliore la collaboration au sein de l’équipe.
– Un historique Git plus propre et compréhensible.
Il est important d’uniformiser vos commits pour la meilleure collaboration dans votre équipe. Si vous écrivez vos commits en anglais, faites-le systématiquement.
February 9, 2025