Cada rama debe estar respaldada por un workitem en GitLab. No existe rama sin issue. Esto garantiza trazabilidad total entre el código y las tareas del equipo.
🔗Antes de crear una rama, verificar que el workitem existe y está asignado a ti en GitLab.
1️⃣Un workitem = una rama. No mezclar cambios de distintos issues en la misma rama.
🏗️Los Epics tienen rama propia cuando implican trabajo técnico directo. Sus Stories y Tasks también tienen sus propias ramas.
🎯Los MRs van siempre a main. El merge a testing se hace directamente sin necesidad de MR formal.
Tip: GitLab permite crear la rama directamente desde el issue (botón "Create branch"), lo cual genera el ID y slug automáticamente. Solo debes anteponer el tipo (feat/ o fix/).
Anexo: Diagramas de Flujo
Flujo estándar: Story / Task
Cada Story o Task genera una rama desde main. El MR apunta siempre a main. El merge a testing es directo y paralelo, sin MR formal.
Flujo alternativo: Epic con trabajo técnico
El Epic tiene rama propia creada desde main. Cada Story/Task crea su rama desde la rama del Epic y abre su MR hacia esa rama. Cuando todas las Stories están integradas, el Epic abre un único MR hacia main.
Importante: En el flujo Epic, cada Story/Task crea su rama desde la rama del Epic y abre su MR hacia la rama del Epic (no hacia main). Una vez integradas todas las Stories al Epic, el Epic completo hace un único MR a main con squash.
Instala la app
Añade esta app a tu inicioToca Compartir ⬆ → Añadir a inicio
