Skip to main content
Engineering9 min read

Fluxos de Git Que Não Te Fazem Querer Desistir

Trunk-based vs GitFlow vs GitHub Flow — já usei os três. Aqui está o que realmente funciona para desenvolvedores solo e equipes pequenas, e por que a maioria dos fluxos de Git é excessivamente complicada.

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

Já trabalhei com GitFlow em projetos maiores. Branches de funcionalidade, branches de desenvolvimento, branches de release, branches de hotfix. O gráfico de branches parecia um mapa de metrô. Fazer merge de uma funcionalidade exigia um doutorado em resolução de conflitos.

Agora uso desenvolvimento trunk-based. Uma branch. Envio a partir da main. Minha frequência de deploy passou de semanal para diária.

Por Que a Maioria dos Fluxos de Trabalho com Git São Excessivamente Complicados

O GitFlow foi projetado para software que é lançado trimestralmente em mídia física. Se seu processo de deploy envolve queimar um CD, você precisa de branches de release.

Se você faz deploy ao fazer merge na main e o Vercel/GitHub Actions cuida do resto, você não precisa de 90% do GitFlow.

O Que Eu Realmente Faço

\\

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