https://python.coderdojohasselt.be/sessions/git/14-git-best-practices/index.htmlJe kunt Git-commando’s typen. Je code staat op GitHub. Maar er is een verschil tussen “Git gebruiken” en “Git goed gebruiken.” Deze sessie gaat over de gewoontes die ervaren developers elke dag toepassen. Geen nieuwe commando’s, wel scherpere regels. Aan het einde schrijf je commit messages waar je over een jaar nog iets aan hebt, en werk je met een branching-strategie die je project overzichtelijk houdt. Wat je vandaag leert Hoe je een commit message schrijft die iets zegt Drie simpele regels voor branching Wat git stash is en wanneer je het gebruikt De pull-voor-je-pusht regel Deel 1: Commit messages die iets zeggen Een slechte commit message ziet er zo uit:Hugonlhttps://python.coderdojohasselt.be/sessions/git/14-git-best-practices/mentor-notes/index.htmlMon, 01 Jan 0001 00:00:00 +0000https://python.coderdojohasselt.be/sessions/git/14-git-best-practices/mentor-notes/index.htmlDoel van deze sessie Aan het einde van deze sessie kan een ninja: Commit messages schrijven met een title (max 72 karakters, imperative mood, Engels) + optionele body. Uitleggen waarom master altijd werkend moet zijn. Branches organiseren met de feature/-, bugfix/- en experiment/-prefixen. git stash en git stash pop gebruiken om half werk opzij te zetten. git pull standaard doen voor git push. Een goede .gitignore voor Python-projecten onderhouden. Voorbereiding (30 min vóór de sessie) Repo met slechte commits klaarzetten. Maak een demo-repo met een paar slechte commit messages (“fix”, “update”, “wip”). Gebruik deze als “voor”-materiaal om te laten zien hoe onduidelijk de geschiedenis wordt. .gitignore-cheatsheet printklaar. Het .gitignore-voorbeeld uit de sessie is een goed referentieblad. Print het uit of zet het op het bord. Multi-line commit demo. Laat zien hoe je een multi-line commit message maakt zonder externe editor. Tijdsindeling (3 uur) Tijd Activiteit 0:00 tot 0:10 Herhaling sessie 11 tot 13: commits, branches, GitHub 0:10 tot 0:30 Projector: slechte vs. goeie commit messages 0:30 tot 1:00 Zelfstandig: eigen oude commits herschrijven (niet met rebase; gewoon nieuwe commits maken met betere messages) 1:00 tot 1:15 Pauze 1:15 tot 1:40 Projector: branching-strategie, .gitignore, git stash 1:40 tot 2:30 Zelfstandig: branches met prefixen, .gitignore aanmaken, git stash oefenen 2:30 tot 2:45 Showcase: toon je commit messages en branch-structuur 2:45 tot 3:00 Cliffhanger, take-home Veelgestelde vragen “Moet ik élke commit message in het Engels schrijven?” Ja. Code is Engels. Variabelen zijn Engels. Functienamen zijn Engels. Commit messages volgen diezelfde taal. Uitzondering: als je met een volledig Nederlandstalig team werkt en dat is de afspraak. Maar voor open source en portfolio: Engels.