Organización del Proyecto en Github ‐ Sistema de Branching - El-palomar/ElPalomar GitHub Wiki

🌿 Organización del Proyecto en GitHub – Sistema de Branching 🌿

Para mantener una buena organización en el desarrollo del proyecto, implementamos un sistema de branching basado en diferentes niveles o ramas principales, asegurando que el flujo de trabajo sea ordenado y colaborativo.

🔹 main

Contiene la versión final y estable del proyecto. Es la rama que representa el estado de producción y donde únicamente se integran cambios que han sido probados y aprobados.

🔸 develop

Rama intermedia donde se integran todos los cambios antes de pasar a producción (main). Aquí se agrupan las funcionalidades completadas desde las ramas personales y se realizan pruebas iniciales de integración.

🔧 Ramas personales

Cada integrante trabajó en una rama con su nombre para desarrollar sus tareas o issues asignados. Este método permitió aislar los cambios de cada desarrollador y evitar conflictos antes de integrarlos a develop.

🚀 Flujo de trabajo hasta el Sprint 2

Cada integrante desarrollaba sus tareas en su rama personal.

Se realizaban pruebas locales y, una vez finalizadas, se integraban los cambios a la rama develop.

En develop, el equipo validaba la integración antes de fusionar a main (versión estable).

🆕 Cambios a partir del Sprint 3 – Rama de Publicación (release)

Con el aumento de la complejidad del proyecto a partir del Sprint 3, incorporamos una nueva rama: release.

Las rama release la utilizamos para preparar y finalizar una nueva versión del software que está lista para ser lanzada.