Guía de Desarrollo de Software para del desarrollo de aplicaciones sobre el repositorio de la Dirección de Información y Tecnologías DSIT de la Universidad de Los Andes. Versión 1.2.0
Tomados parcialmente de Contributing to Atom
En esta sección, hablaremos de como documentar los commits. El propósito de estas normas es asegurar que el desarrollo pueda ser mantenible en el tiempo, se pueda hacer trazabilidad de cambios y el conocimiento del desarrollo pueda ser transferido.
Así como la nomenclatura en código, los mensajes de commit es preferible escribirlos en inglés, para poder facilitar que cualquier persona, independiente de su lengua materna pueda entender el historial de cambios, y asegurarse de que puedan continuar con un desarrollo.
Los lineamientos de estilo son los siguientes:
Si usted está haciendo uso de Azure Boards para la gestión del desarrollo comience el nombre del commit con **AB#
:art:
cuando mejore la forma/estructura del código:racehorse:
cuando mejore el rendimiento:non-potable_water:
cuando maneje fugas de memoria:memo:
cuando escriba documentación:penguin:
cuando arregle algo específico de Linux/Android:apple:
cuando arregle algo específico para macOS/iOS:checkered_flag:
cuando arregle algo específico para Windows:bug:
cuandoa arregle un bug:fire:
cuando elimine código o archivos:green_heart:
cuando arregle el archivo de CI:white_check_mark:
cuando agregue tests:lock:
cuando trabaje con asuntos de seguridad:arrow_up:
cuando actualice dependencias:arrow_down:
cuando desactualice dependencias:shirt:
cuando elimine advertencias del linter<HU/IS>-<ID FASE PROYECTO>-<NÚMERO HISTORIA>
Por ejemplo:
[ci skip]
. Esto con el fin de no integrar continuamente este cambio.Por lo tanto, un buen nombramiento del commit sería de la manera:
git commit -m "AB#312 :bug: IS-S1-030: Fix bug in class Student"