Bra Git-commitmeddelanden
↑En användbar commit är tillräckligt liten för att förstå och har ett meddelande som förklarar vad som ändrades och vid behov varför. Tomma meddelanden som stuff, fix eller update files gör felsökning och granskning svårare.
En enkel modell
Section titled “En enkel modell”fix: prevent duplicate inventory items after reconnect
Reuse server-provided item IDs when merging a reconnect snapshot.This makes repeated reconnect messages idempotent.Håll första raden fokuserad och använd meddelandets fortsättning för relevant bakgrund. Teamet kan använda Conventional Commits, men begriplighet är viktigare än ett visst prefix. Länka ett ärende där det hjälper utan att avslöja känsliga uppgifter.
Innan commit
Section titled “Innan commit”Läs diffen, välj relevanta ändringar, kör tester och kontrollera att inga hemligheter eller oönskade byggfiler följer med. Om en commit innehåller flera orelaterade ändringar är det ofta bättre att dela upp dem. Skriv inte om publicerad delad historik slentrianmässigt.
Spårbarhet
Section titled “Spårbarhet”Commit, gren, ärende, granskning och driftsatt version ska tillsammans göra ändringen begriplig även långt senare. Commitmeddelandet behöver inte duplicera alla detaljer i en pull request men bör bevara den viktigaste anledningen.