Quand utiliser la «corvée» comme type de message de validation?

Quelle est l’utilisation de la chore dans les messages de validation du contrôle de version sémantique ? D’autres types comme feat ou fix sont clairs, mais je ne sais pas quand utiliser “corvée”.

Quelqu’un peut-il fournir quelques exemples de son utilisation?

Une autre question peut-être pas liée: Quel est le type approprié de messages de commits pour modifier des fichiers comme .gitignore ?

Vous pouvez voir une courte définition dans ” Git Commit Msg “:

chore : mise à jour des tâches difficiles, etc. pas de changement de code de production

Il est utilisé dans:

  • ” Messages d’engagement sémantique ” et dans
  • le projet ” fteem/git-semantic-commits “.

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

Modifier le .gitignore ferait partie des “tâches”.

grunt task ” ne signifie rien qu’un utilisateur externe verrait:

  • implémentation (d’une fonctionnalité existante , qui n’implique pas de correctif),
  • configuration (comme le .gitignore ou .gitatsortingbutes ),
  • méthodes internes privées …

Bien que Owen S mentionne dans les commentaires :

En regardant la page Karma à laquelle vous accédez , je suppose que cette grunt task peut s’appliquer spécifiquement à l’outil de construction de Javascript .
Dans ce cas, ils n’avaient probablement pas à l’esprit les changements liés à l’implémentation ou aux méthodes internes privées, mais plutôt les modifications d’outils, les modifications de configuration et les modifications apscopes à des éléments qui ne sont pas réellement mis en production .
(Notre boutique l’utilise actuellement pour ceux-ci, ainsi que pour un simple remaniement.)