Quand utiliser "chore" comme type de message de propagation?
à quoi sert chore dans messages de propagation de version sémantique ? D'autres types comme l'exploit ou fix sont claires, 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 bon type de messages de commits pour modifier des fichiers comme .gitignore ?
1 réponses
vous pouvez voir une courte définition dans " Git Commit Msg ":
chore: mise à jour des tâches grunt etc; pas de changement de code de production
il est utilisé dans:
- " messages de propagation 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 "corvées".
grunt task "ne signifie rien qu'un utilisateur externe verrait:
- mise en œuvre (d'un fonctionnalité , qui n'impliquent pas de fix),
- (comme
.gitignoreou.gitattributes), - privé interne méthode...
, Bien que Owen S , mentionne le dans les commentaires :
en regardant la page de Karma que vous liez à , je soupçonne que
grunt taskpeut se référer spécifiquement à outil de construction de Javascriptgrunt.
Dans ce cas, ils n'avaient probablement pas à l'esprit les changements impliquant la mise en œuvre ou méthodes internes privées, mais plutôt changements d'outils, changements de configuration, et des changements à des choses qui ne vont pas réellement dans la production du tout .
(Notre boutique l'utilise actuellement pour ceux-ci, et aussi pour la simple refonte.)