Directrices de Commit y Reglas del Repositorio

Ramas

1. Cada desarrollador tiene su propia rama alpha para trabajar en sus cambios.
2. Los Pull Requests deben englobar varias funcionalidades o correcciones. Intentar no hacer Pull Requests si los cambios son menores.
3. La rama "beta" es la rama de pruebas. Solo se pueden hacer Pull Requests a esta rama.
4. La rama "main" es la rama de producción. Solo se pueden hacer Pull Requests desde "beta" una vez las funcionalidades hayan sido testeadas y pulidas.

Convención de Commit

Todos los commits y Pull Requests deben seguir la siguiente convención de prefijos seguida de una breve descripción, estos deben de hacerse en inglés:

• CF: Configuración de archivos
• BD: Referente a la base de datos
• VW: Referente a las vistas
• ST: Estilos
• RF: Refactorizar función
• HU: Referente a funcionalidades
• DP: Dependencias
• MN: Cambios Menores
• FX: Correcciones

Idealmente, se debe proporcionar una descripción más detallada en español sobre lo que se hizo.

Ejemplo:
MC, GUI improvements
Se realizó mejoras en el rendimiento de la interfaz gráfica. Se modificaron los archivos de estilos (css) aplicando un diseño responsive.

Buenas Prácticas

• Asegúrate de que los mensajes de commit sean claros y descriptivos.
• Revisa tu código antes de hacer un pull request para asegurarte de que no hay errores evidentes.
• Incluye pruebas unitarias y de integración cuando sea relevante.
• Mantén tu rama actualizada con la rama Beta para evitar conflictos al hacer el pull request.