Scoped Commits

Ett alternativ till conventional commits i Git

Sedan Git ersatte Subversion har jag arbetat med tiotals organisationer, där de alla har en sak gemensamt: alla har olika åsikter om hur git-historiken ska se ut. Oftast otroligt starka åsikter. Några exempel:

• En develop-branch för features - mastern ska bara vara hotfixes och stable.
• Inga merge-commits, bara rebases.
• Endast squashed merge-commits i master.
• Varje commit ska vara i futurum, och avsluta följande mening: "If applied, this commit will ...".
• Commits spelar ingen roll: "det squashas ju ändå sen"

Rik variation helt enkelt.

Jag har även arbetat med Conventional commits, och görs det rätt är det en bra match för de projekt där den typen av git-historik ger värde. Jag kunde dock aldrig riktigt bli av med känslan av att det var litet knöligt.

En person med starka åsikter har nu tagit fram en motsats och döpt denna till Scoped Commits.

Argumenten är välskrivna och tiltalar säkert någon. Själv har jag sällan någon stark åsikt. Jag argumenterar istället för att det viktiga är att alla som bidrar är överens, så att det blir enhetligt. Alla kod- och textförråd ska ha en konvention nedskriven och signerad av alla som bidrar. Låt alla med åsikter komma till tals, gör en kompromiss, och skaka hand på det.