Cambios en el Código
Para mantener un control de versiones adecuado, te recomendamos seguir las pautas de contribución del repositorio. Es necesario utilizar Git, crear un fork del repositorio principal y trabajar desde tu propia copia.
Todas las modificaciones que desees proponer deben integrarse mediante un Pull Request (PR) desde tu fork, el cual deberá ser revisado y aprobado por el equipo de CC-unison.
Para mantener tu entorno local sincronizado con los últimos cambios del repositorio principal, actualiza tu rama regularmente utilizando el comando:
git pullConvenciones de Código
Section titled “Convenciones de Código”Para mantener la calidad y legibilidad del proyecto, asegúrate de seguir las reglas establecidas en cuanto a linting, formateo, nomenclatura y gestión de ramas de Git.
Convención de Commits Sugerida
Section titled “Convención de Commits Sugerida”Estructura básica:
<tipo>[alcance opcional]: <descripción>Ejemplo de uso:
feat: se agregaron nuevos tags y prioridad en el orden de anunciosEn este ejemplo, el commit se compone de:
feat→ Tipo de cambio: indica que se agregó una nueva funcionalidad (feature).se agregaron nuevos...→ Mensaje descriptivo: explica de forma concisa qué cambios se realizaron.
Otros tipos de commits comunes:
| Tipo | Significado |
|---|---|
| feat | Nueva funcionalidad. |
| fix | Corrección de un error (bug fix). |
| docs | Cambios o adiciones en la documentación. |
| style | Cambios que no afectan la lógica del código (formato, espacios, punto y coma, etc.). |
| refactor | Refactorización de código, sin cambiar su funcionalidad ni corregir errores. |
| perf | Modificaciones en el código que mejoran el rendimiento. |
| test | Creación o modificación de pruebas (tests). |
| chore | Tareas de mantenimiento, actualización de dependencias, configuraciones o scripts. |