El flujo de ramas que uso en solitario

Durante años intenté aplicar Gitflow a rajatabla en todos mis proyectos, también en los que solo llevaba yo. develop, release/*, hotfix/*, feature/*… todo muy ordenado sobre el papel, y también bastante ridículo cuando el único que va a hacer merge eres tú mismo a las once de la noche.

Con los años me he quedado con una versión mucho más simple, y no es porque haya leído que “así se hace en empresas grandes” — es porque un fin de semana perdí media tarde resolviendo conflictos entre develop y release/1.4 que yo mismo había creado sin necesidad.

Lo que hago ahora

main siempre tiene que estar desplegable. Eso no cambia. Pero en vez de una rama develop intermedia, trabajo directamente con ramas de corta duración: feature/carrito-favoritos, fix/fecha-mal-formateada, cosas así. Se abren desde main, viven un par de días como mucho, y vuelven a main con un merge normal. Sin --no-ff forzado, sin ceremonias.

¿Y las releases? Si es un proyecto con versión (una librería, un tema de WordPress como Lienzo), etiqueto el commit con git tag en el momento del despliegue. No necesito una rama aparte para eso — el tag ya me dice exactamente qué había en producción en cada momento, que es lo único que de verdad me hace falta consultar después.

Por qué esto y no menos

Podría directamente hacer commit sobre main sin ninguna rama, que es tentador cuando eres el único desarrollador. No lo hago por una razón muy concreta: las ramas cortas me obligan a escribir un mensaje de PR, aunque sea para nadie más que yo, y ese resumen de “qué estoy cambiando y por qué” me ha salvado más de una vez cuando he vuelto a un proyecto seis meses después sin recordar en qué estaba pensando.

También sigo usando GitHub aunque trabaje solo, por el mismo motivo: el diff visual de una PR es mejor que el de la terminal, y comentarme a mí mismo en una línea de código concreta es más útil de lo que parece.

Nada de esto es dogma. Si mañana trabajo con alguien más, vuelvo a las ramas de feature con revisión de verdad y probablemente algo más de disciplina. Pero para proyectos en solitario, cuanto menos proceso me invento, menos proceso tengo que recordar seguir.