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.

También te podría gustar...

Deja un comentario

Tu dirección de correo electrónico no será publicada.