Kiedy używać słowa „chore” jako typu komunikatu o zmianach?

Jakie jest zastosowanie chorew semantycznych komunikatach zatwierdzenia kontroli wersji ? Inne typy, takie jak wyczyn lub naprawa, są jasne, ale nie wiem, kiedy użyć „roboty”.

Czy ktoś może podać kilka przykładów jego użycia?

Kolejne może nie związane pytanie: Jaki jest właściwy typ komunikatów o zatwierdzeniach do modyfikowania plików .gitignore?

Możesz zobaczyć krótką definicję w „ Git Commit Msg ”:

chore: aktualizowanie podstawowych zadań itp .; brak zmiany kodu produkcji

Znajduje zastosowanie w:

• „ Semantic Commit Messages ” oraz w

• projekt „ fteem/git-semantic-commits”.

   git chore "commit-message-here" -> git commit -m 'chore: commit-message-here' 
  

Modyfikacja .gitignorebędzie częścią „obowiązków domowych”.

„ grunt task” nie oznacza nic, co zobaczyłby użytkownik zewnętrzny:

• implementacja ( istniejącej funkcji , która nie wymaga poprawki),
• konfiguracja (jak .gitignorelub .gitattributes),
• prywatne metody wewnętrzne ...

Chociaż Owen S wspomina w komentarzach :

Patrząc na stronę Karma, do której linkujesz, podejrzewam, że grunt taskmoże to odnosić się konkretnie do narzędzia do budowania JavaScriptgrunt .
W takim przypadku prawdopodobnie nie mieli na myśli zmian obejmujących implementację lub prywatne metody wewnętrzne, ale raczej zmiany narzędzi, zmiany konfiguracji i zmiany w rzeczach, które w rzeczywistości nie trafiają do produkcji .
(Nasz sklep używa go obecnie do tego, a także do prostej refaktoryzacji).