Skip to content
This repository has been archived by the owner on Sep 5, 2024. It is now read-only.

Directrices de Commit y Reglas del Repositorio

Gabe edited this page May 18, 2024 · 1 revision

Ramas

  1. Cada desarrollador tiene su propia rama 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 "master" 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:

  • MC: Cambios Menores
  • FX: Correcciones
  • BD: Referente a la base de datos
  • VW: Referente a las vistas
  • CF: Configuración de archivos
  • RF: Referente a funcionalidades

Idealmente, se debe proporcionar una descripción más detallada en el commit de lo que se hizo.

Ejemplo:
MC, Mejoras en GUI
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.
Clone this wiki locally