🎯 Intention

Le but des commit atomique est de permettre à l’équipe de pouvoir :

débugger facilement : il est plus facile de remonter l’historique Git et comprendre quand a été introduit un bug
annuler facilement une modification : git revert permet d’enlever seulement le minimum de code nécessaire
coder vite et bien : les commits étant le plus petits possible, ils permettent d’avancer pas à pas d’une manière sûre

<aside> ✅ Pré-requis

Maitriser les commandes git de base, notamment git commit|revert (voir Guide Rapide) </aside>

✅ Point clés

Points Clés	Raison
1️⃣ Un seul et unique sujet
Exemple: commit de refactor, commit de bugfix, commit de documentation	Garantit un historique git propre et exploitable.
🏭 Garder la cohérence du dépôt
Chaque commit ne doit pas casser la CI, ne doit pas empêcher le développement en local et la capacité de mettre en production, etc
💬 Un message clair et concis
Ex. : “✨ Ajoute la fonctionnalité XXX”	Voir ‣

❌ Erreurs type à éviter

Mélanger les refactor et l’ajout d’une nouvelle fonctionnalité
Avoir peur d’écrire trop de commits : il n’y a quasiment aucune situation où on demandera à quelqu’un d’écrire “moins de commits”.
Faire le revert d’une PR avec une migration, la base de données ne va pas être modifiée. Il faut créer un nouveau commit avec la nouvelle migration.

🎓 Aller plus loin

Pourquoi écrire des commits atomiques ?