🌿 Gitflow y gestión de ramas

CORDIA utiliza una estrategia de ramas basada en Gitflow simplificado, con el objetivo de mantener un flujo de trabajo claro, organizado y seguro para los despliegues.

🗃️ Ramas principales

main: rama estable que refleja el estado validado del proyecto. Se usa como base para despliegues internos o revisión.
prod: rama de producción. Cualquier commit en esta rama activa el despliegue en el entorno de producción (Alladixital).

🧪 Desarrollo

dev: rama principal de desarrollo. Contiene funcionalidades en curso, merges de ramas de features y pruebas internas.
feature/*: ramas temporales para el desarrollo de nuevas funcionalidades o tareas. Se crean desde dev y se integran mediante merge request.

Ejemplo:

git checkout dev
git checkout -b feature/nueva-funcionalidad

🧬 Hotfixes y ajustes urgentes

hotfix/*: ramas para corregir errores críticos detectados en producción.
Se crean desde prod, y al finalizar, se fusionan tanto en prod como en dev y main.

🔁 Flujo habitual de trabajo

Se trabaja sobre una rama feature/* creada desde dev.
Se realiza el merge a dev tras revisión.
Cuando se quiere preparar una nueva versión estable, dev se fusiona en main.
Cuando se desea desplegar en producción, se hace merge de main en prod.

🚀 La rama prod está protegida y no debe recibir commits directos. Los despliegues se realizan únicamente a partir de merges desde main.

🧰 Recomendaciones

Realizar commits atómicos y descriptivos.
Evitar trabajar directamente sobre main o prod.
Sincronizar con dev antes de comenzar una nueva feature/*.
Asegurar que todo pase por revisión si es colaborativo.

Para más detalles sobre despliegues automáticos, consulta la sección "GitHub Actions".