Metodologías de gestión de ramas de código
Cuando se trabaja en equipo se necesita una disciplina y procedimiento para mantener el repositorio de código limpio y ordenado.
Metodología de gestión de ramas de código: Monorama
Todos los commits se entregan en la rama master.
Pros:
- Sencillo, sin ramas
- Cómodo para una o dos personas que trabajan juntas
- Fast fail o fallos vistos antes en merges.
Contras:
- Merges muy frecuentes cuando el número de desarrolladores crece.
- Descontrol, caótico.
- Merges complejos.
Metodología de gestión de ramas de código: Rama por feature
Para cada feature (característica) se abre una rama.
Se integra en master cuando está completa.
Prohibidos los commits a master.
La rama se cierra al acabar la característica.
Pros:
- Sencillo
- Rico semánticamente (la rama contiene toda la feature)
- Escala mejor
Contras:
- Requiere disciplina
- Merge al final de la característica más grande. Para remediarlo conviene ir mezclando master en rama de feature (ejemplo 4 -> 5) con frecuencia.
Metodología de gestión de ramas de código: Rama por entorno
Ramas que reflejan los entornos del producto
Promueve una promoción limpia entre entornos
Pros:
- Favorece encontrar las versiones por entorno y sus diferencias rápidamente.
Contras:
- Requiere disciplina.
