Modelos de ramas

Una rama es una línea de historia aparte donde una persona prueba un cambio sin tocar lo que ya corre. La rama principal (aquí, main) es la que el equipo da por buena: lo que está en ella es lo que se publica. Hay dos modelos habituales. En uno, casi todo el trabajo se hace en ramas de vida corta (de horas a pocos días) que se unen pronto a la principal. En el otro, conviven ramas de vida larga (por entorno, por proyecto o por persona) que se unen de vez en cuando.

Cuanto más tiempo vive una rama, más cambios de la principal le faltan, y la unión final mezcla muchas cosas a la vez: es más difícil de revisar y es más fácil que un error pase sin que nadie lo vea. Una rama corta tiene una diferencia pequeña, que una persona puede leer entera.

Abre el panel y consulta la tabla ramas. Cada fila es una rama abierta; dias_abierta dice desde cuándo existe y commits_detras_de_main, cuántos cambios de la principal no ha recibido. Una rama que acumula días acumula distancia.

El equipo se fijó como regla que una rama de cambio no debe pasar de 14 días abierta. Cuenta cuántas de las ramas de la tabla superan ese límite. La rama principal no cuenta: no tiene días porque no es una rama de cambio.

La tabla historial_de_main recoge los últimos cinco cambios de la rama principal y por qué vía llegó cada uno: solicitud si pasó por una solicitud de cambio con revisión, empuje_directo si alguien lo escribió en la principal sin pasar por nadie. Compara con la columna protegida de la tabla de ramas: una rama protegida obliga a pasar por solicitud, y la principal no lo está.

El equipo son tres personas, el SIEM publica lo que hay en main y el turno recibe lo que se publica. Hay una rama de 47 días con una reescritura grande, otra personal de 29 y un empuje directo a la principal.