¿Cuándo utilizar "tarea" como tipo de mensaje de confirmación? [cerrado]
¿ Cuál es el uso de chorelos mensajes de confirmación de control de versiones semánticos ? Otros tipos como hazaña o arreglo son claros, pero no sé cuándo usar "tarea".
¿Alguien puede dar un par de ejemplos de su uso?
Otra pregunta que quizás no esté relacionada: ¿Cuál es el tipo adecuado de mensajes de confirmación para modificar archivos como .gitignore?
Puede ver una breve definición en " Git Commit Msg ":
chore: actualizar tareas pesadas, 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 un usuario externo vería:
- implementación (de una característica existente , que no implica una solució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 más bien cambios de herramientas, cambios de configuración y cambios en cosas que en realidad no entran en producción .
(Nuestra tienda lo usa actualmente para eso, y también para una refactorización simple).
