https://python.coderdojohasselt.be/fr/sessions/git/14-git-best-practices/index.htmlTu sais taper des commandes Git. Ton code est sur GitHub. Mais il y a une différence entre « utiliser Git » et « bien utiliser Git ». Cette session parle des habitudes que les développeurs expérimentés appliquent chaque jour. Pas de nouvelles commandes, mais des règles plus précises. À la fin, tu écriras des commit messages qui te serviront encore dans un an, et tu travailleras avec une stratégie de branching qui garde ton projet clair.Hugofr-BEhttps://python.coderdojohasselt.be/fr/sessions/git/14-git-best-practices/mentor-notes/index.htmlMon, 01 Jan 0001 00:00:00 +0000https://python.coderdojohasselt.be/fr/sessions/git/14-git-best-practices/mentor-notes/index.htmlObjectif de cette session À la fin de cette session, un ninja sait : Écrire des commit messages avec un titre (72 caractères max, imperative mood, anglais) + un corps optionnel. Expliquer pourquoi master doit toujours marcher. Organiser ses branches avec les préfixes feature/, bugfix/ et experiment/. Utiliser git stash et git stash pop pour mettre du travail à moitié fini de côté. Faire git pull par défaut avant git push. Entretenir un bon .gitignore pour des projets Python. Préparation (30 min avant la session) Préparer un repo avec de mauvais commits. Fais un repo de démo avec quelques mauvais commit messages (« fix », « update », « wip »). Utilise-le comme matériel « avant » pour montrer à quel point l’historique devient flou. Cheatsheet .gitignore prête à imprimer. L’exemple de .gitignore de la session est une bonne fiche de référence. Imprime-le ou écris-le au tableau. Démo de commit multi-lignes. Montre comment faire un commit message sur plusieurs lignes sans éditeur externe. Répartition du temps (3 heures) Temps Activité 0:00 à 0:10 Rappel des sessions 11 à 13 : commits, branches, GitHub 0:10 à 0:30 Projecteur : mauvais vs. bons commit messages 0:30 à 1:00 En autonomie : réécrire ses propres vieux commits (pas avec rebase ; juste de nouveaux commits avec de meilleurs messages) 1:00 à 1:15 Pause 1:15 à 1:40 Projecteur : stratégie de branching, .gitignore, git stash 1:40 à 2:30 En autonomie : branches avec préfixes, créer un .gitignore, s’exercer avec git stash 2:30 à 2:45 Showcase : montre tes commit messages et ta structure de branches 2:45 à 3:00 Cliffhanger, à emporter Questions fréquentes « Je dois écrire chaque commit message en anglais ? » Oui. Le code est en anglais. Les variables sont en anglais. Les noms de fonctions sont en anglais. Les commit messages suivent la même langue. Exception : si tu travailles dans une équipe entièrement néerlandophone et que c’est l’accord. Mais pour l’open source et un portfolio : anglais.