¿Cuándo usar "tarea" como tipo de mensaje de confirmación?

¿Cuál es el uso de chorede control de versiones semántica mensajes de confirmación ? Otros tipos como hazaña o corrección son claros, pero no sé cuándo usar "tarea".

¿Alguien puede proporcionar un par de ejemplos de su uso?

Otra pregunta que tal vez no esté relacionada: ¿Cuál es el tipo adecuado de mensajes de confirmaciones para modificar archivos .gitignore?

Puede ver una breve definición en " Git Commit Msg ":

chore: actualización de tareas rutinarias, etc. sin cambio de código de producción

Se utiliza en:

• " Mensajes de confirmación semántica " y en

• el proyecto " fteem/git-semantic-commits".

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

Modificar el .gitignoresería parte de las "tareas".

" grunt task" no significa nada que pueda ver un usuario externo:

• implementación (de una función existente , que no implica una corrección),
• configuración (como el .gitignoreo .gitattributes),
• métodos internos privados ...

Aunque Owen S menciona en los comentarios :

Al mirar la página de Karma a la que enlaza , sospecho que grunt taskpuede referirse específicamente a la herramienta de compilación de Javascriptgrunt .
En cuyo caso, probablemente no tenían en mente cambios relacionados con la implementación o métodos internos privados, sino cambios de herramientas, cambios de configuración y cambios en cosas que en realidad no entran en producción en absoluto .
(Nuestra tienda lo usa actualmente para esos, y también para una refactorización simple).