Leçon 3 : Git en équipe — semantic commits, PRs et branch protection

Un historique Git du genre : `fix`, `fix2`, `final`, `final-final` — ça, ce n'est pas du Git. Git est un outil qui documente l'histoire de tes décisions. Quand l'historique est lisible, déboguer, onboarder et faire des rollbacks passent de 2 heures à 2 minutes.

Un semantic commit, c'est comme un bon nom de fichier — `projet-v2-FINAL-utilise-celui-ci.docx` n'aide personne. `feat(auth): add login with Google` — tout le monde sait de quoi il s'agit.

semantic commit: Un format de commit qui décrit le type de changement (feat/fix/docs...) et la portée de l'impact (auth/db/ui...) avant la description.
branch protection: Des réglages GitHub qui empêchent le push direct vers `main` — en exigeant une PR, une review, et une CI verte avant le merge.
trunk-based development: Une stratégie de branches où les feature branches sont éphémères (moins d'un jour) et fusionnées vers `main` fréquemment — ce qui réduit les conflits de merge.