Wat is het nut van chore
in semantisch versiebeheer commit-berichten? Andere typen zoals featof fixzijn duidelijk, maar ik weet niet wanneer ik “chore” moet gebruiken.
Kan iemand een paar voorbeelden geven van het gebruik?
Nog een misschien niet-gerelateerde vraag: wat is het juiste type berichten van commits voor het wijzigen van bestanden zoals .gitignore
?
Antwoord 1, autoriteit 100%
Je kunt een korte definitie zien in “Git Commit Msg“:
chore
: grunttaken bijwerken enz.; geen wijziging van de productiecode
Het wordt gebruikt in:
-
“Semantische toezeggingsberichten” en in
-
het project “
fteem/git-semantic-commits
“.git chore "commit-message-here" -> git commit -m 'chore: commit-message-here'
Het aanpassen van de .gitignore
zou deel uitmaken van de “klusjes”.
“grunt task
” betekent niets dat een externe gebruiker zou zien:
- implementatie (van een bestaande functie, waarvoor geen oplossing nodig is),
- configuratie (zoals de
.gitignore
of.gitattributes
), - privé interne methoden…
Hoewel Owen Sin de reacties:
Kijkend naar de Karma-pagina waarnaar je linkt, vermoed ik dat
grunt task
specifiek verwijst naar Javascript’s build-toolgrunt
.
In dat geval hadden ze waarschijnlijk geen veranderingen in gedachten met betrekking tot implementatie of private interne methoden, maar eerder gereedschapswijzigingen, configuratiewijzigingen en wijzigingen in dingen die eigenlijk helemaal niet in productie gaan.< br>
(Onze winkel gebruikt het momenteel daarvoor, en ook voor eenvoudige refactoring.)