Skip to main content
Engineering9 min read

Flujos de Git que no te harán querer renunciar

Trunk-based vs GitFlow vs GitHub Flow: he usado los tres. Esto es lo que realmente funciona para desarrolladores solitarios y equipos pequeños, y por qué la mayoría de los flujos de Git son demasiado complicados.

Part ofProduct Systems->
By Jason TeixeiraOctober 25, 2025
GitVersion ControlWorkflowDevOpsBest Practices
Share:
On this page

He trabajado con GitFlow en proyectos grandes. Ramas de funcionalidades, ramas de desarrollo, ramas de release, ramas de hotfix. El gráfico de ramas parecía un mapa de metro. Fusionar una funcionalidad requería un doctorado en resolución de conflictos.

Ahora uso desarrollo basado en tronco. Una rama. Despliego desde main. Mi frecuencia de despliegue pasó de semanal a diaria.

Por Qué la Mayoría de los Flujos de Git Son Demasiado Complicados

GitFlow fue diseñado para software que se lanza trimestralmente en medios físicos. Si tu proceso de despliegue implica quemar un CD, necesitas ramas de release.

Si despliegas fusionando a main y Vercel/GitHub Actions se encarga del resto, no necesitas el 90% de GitFlow.

Lo Que Realmente Hago

\\

Reader route

article -> proof -> offer

ReadClusterProofScope

cluster

Product Systems

intent

Engineering

route

next step

What to do with this

Turn the note into a build path.

If this topic maps to a real business problem, keep reading the cluster, study the academy path, or route the work into a scoped engagement.

Jason Teixeira
Written by
Jason Teixeira
Founder, Sage Ideas Studio · Principal Engineer
livebuild 5d6c8652026-08-05 06:00Z
// solo studio// no analytics resold// every commit human-reviewed