Gitflow: Entenda porque ele é a sua PIOR decisão

Junte-se ao clube dev pinguin, para ter acesso antecipado, videos exclusivos e mentoria exclusiva.

Descubra por que o Git Flow é considerado uma falácia e veja como otimizar seu fluxo de trabalho fugindo de processos burocráticos.

Nesse vídeo, eu explico por que Git Flow, embora amplamente divulgado como padrão, não é a solução ideal para gerenciar branches e desenvolvimento. Falo sobre a origem do conceito, por que ele falha na prática e como influenciadores moldaram essa cultura sem questionamento crítico. Além disso, introduzo conceitos como versionamento semântico, CI/CD e GitOps, mostrando por que são melhores alternativas. Se você já passou pela frustração de lidar com processos engessados, prepare-se para entender por que o Git Flow pode ser uma armadilha.

Resumo dos temas:

[00:00] Introdução ao Git Flow e críticas iniciais
Mostro como Git Flow virou um "padrão" sem fundamento e explico por que muitas empresas acreditam nesse modelo sem saber dos seus problemas.

[03:48] O que não é Git Flow
Esclareço a confusão comum entre Git Flow e conceitos como versionamento semântico, CI/CD e GitOps, e por que cada um deles tem seu papel separado.

[06:28] O que é CI/CD e o problema com automações mal feitas
Explico que uma verdadeira integração contínua permite confiança total no deploy, algo que não acontece no fluxo proposto pelo Git Flow.

[10:58] A origem do Git Flow e como foi mal interpretado
Mostro como o criador do Git Flow, Vincent Driessen, não recomenda mais o uso do processo e questiono como influenciadores distorceram a prática.

[13:45] Funcionamento técnico do Git Flow
Descrevo o modelo original com suas branches principais (main e develop) e as secundárias, como feature e release, destacando por que isso cria burocracia desnecessária.

[15:57] Por que Git Flow vai contra a cultura DevOps
Discuto como o modelo do Git Flow separa operações e desenvolvimento, criando silos que vão na contramão da filosofia DevOps, prejudicando equipes pequenas e ágeis.

[17:39] Comparação entre Git Flow e processos antiquados como GMUD
Comento como o Git Flow se assemelha a práticas ultrapassadas, como GMUD, transformando o controle de versionamento em algo pesado e sem sentido.

[19:50] Como abordar problemas reais no fluxo de desenvolvimento
Reforço a importância de focar na causa raiz dos problemas, como conflitos automáticos e commits inúteis, ao invés de confiar em soluções prontas como o Git Flow.

#Gitflow #DesenvolvimentoDeSoftware #CI-CD #VersionamentoSemântico #GitOps #Programação #Tecnologia #git

👉 Gostou do conteúdo? Deixe seu like, inscreva-se no canal e ative o sininho para não perder nenhum de nossos vídeos. Ah, e não esqueça de compartilhar sua opinião nos comentários: você usa o Gitflow? Conhece alternativas melhores? Vamos abrir esse debate!

[filipesiegrist]

Vim pelo mano Deyvin. Ótimo canal.

Tenho simpatia pelo git flow mas nunca o utilizei de fato. Apenas nos inspiravamos nele na minha outra empresa.

[criascript]

A vdd é que só usa branch quem n se garante na main 😎

[ailuros_]

Dev há vários anos aqui. Não uso mais Git Flow não pela premissa de que ele sempre foi ruim, mas sim porque a dinâmica, ferramentas e novas visões de processos mudaram e/ou evoluíram ao lado de novas ferramentas e metodologias. À época em que Git Flow foi criado ele era ÚTIL, sim, havia algum processo formal conhecido (mesmo se, por ventura, considerarmos ruim) - a forma de ver e entregar software era diferente. Então o fato do autor do Git Flow não mais o recomendar é pelo fato que a dinâmica e cenário mudou e temos "coisas" que não tínhamos na época. Ainda assim, alguns pontos do vídeo são válidos. Dica: cuidado com as generalizações, ainda mais na nossa área onde muita coisa depende da situação.

[wesleydst]

Gitflow estava minha lista pra ler sobre, nem vou mais haha
A propósito, cheguei tem pouco tempo. Estou gostando dos vídeos.
Se fizer sobre os outros pontos relacionados ao git, vou assistir hehe

[brunobessa]

Eu utilizo um processo bem parecido que fiz baseado no GitFlow, como na empresa só existe eu de dev, até o momento vem me atendendo tranquilamente. Utilizo duas branchs Master e Develop, mas procuro sempre deixar as duas exatamente iguais, e vou fazendo as features em cima da develop.

[raphaelmatoridev]

Muito boa a visão.
Tenho trabalhado com git flow atualmente no projeto que estou alocado (talvez por estar na Holanda hahaha), mas sinceramente, não vejo tantos problemas assim.

O que eu acho interessante sobre todos os tipo de processo Git é que, até então, em 15 anos de carreira, trabalhando para empresas multi-bilionárias, não vi ninguém utilizar os processos de Git para algum tipo de gerenciamento. Na verdade é sempre um pouco bagunçado (claro, uns mais que os outros)

O que quero dizer com isso é: é um puta preciosismo para pouca coisa. A não ser que se você submeter um commit para uma branch ela inicie algum processo na pipeline que possa dar problema em prod ou fazer a empresa perder dinheiro de alguma forma, se você fizer um merge errado, dá revert, sobe de novo e vida que segue.

[JustOneDev]

seria ótimo ter um video focado nessa parte de git que você comenta no video.

[cristiangarcia]

Sou novo e logo de cara peguei gestão em uma startup, estudei o git flow e não me desceu, o que fiz foi adaptar para a equipe:

main - branch de produção, ninguém toca.

develop - branch base que criamos todas as PR.

release - branch quando alcançamos uma versão que irá para a main.


O resto dos fluxos do gitflow não aderi, dessa forma conseguimos rastrear e versionar de forma rápida e tranquila.

[wfuertes]

Até hoje só trabalhei com algum tipo de adaptação de Gitflow. Basicamente cada empresa tem o seu, e normalmente está relacionado ao fluxo de trabalho e também CI/CD.

[vtmuser]

A regra é clara, equipe boa joga tudo na main, todo mundo podendo fazer push, e o cd sem qa. Deu ruim, reset --hard, push --force. E o banco de dados? Ah, isso aí é detalhe besta

[lfnd]

Wow, fico muito feliz em encontrar um canal assim, diante de tantas vozes dissonantes neste vasto universo do desenvolvimento de software, ainda temos quem nos traga a razão, hahahaha!

[matheusjordan]

Fala man, aqui na empresa a gente fala muito de gitflow e utiliza bastante, nao que isso seja um fator de sucesso, mas ajuda

[barsckatecnologia]

na minha opinião, Gitflow é um bom inicio para começar a organizar o processo de desenvolvimento e no nosso caso salvou a bagunça que era quando não tinha nada e nosso "desenvolvimento" é 70% hotfix no backoffice de um erp, para alguma regra fiscal "nova", bugs e relatórios solicitados no nada para entregar em horas 25% integração com outros sistemas (nossas features que quando é validado vira release) e 5% chutando alto é mudanças significativas para chamar de novo..., e como funcionou, não pensamos se tem algo melhor, com certeza tem deve ter um processo correto para meu caso. Bom, acho q isso deve ter acontecido em muitos casos quando deu certo usar o gitflow, parece "simples" de implantar o que ocasionou o sucesso desse processo

[ermesonalves]

Esperando os vídeos com as alternativas

[maurovmorais]

Precisei ver duas vezes para entender.

[dev.edsonjunior]

Acredito que uma grande crescente no compartilhamento do gitflow foram as universidades. Pelo menos das que tive conhecimento, elas passavam gitflow como processo para os alunos.

[WarleyFerreiraSilva]

Hum, Itaú! Localiza! Falei duas, mas tem mais aqui na manga. Acho que os extremos são um problema, as pessoas simplesmente querem definir uma solução como bala de prata ou sem utilidade. Gitflow é muito bom em determinados cenários, da mesma forma é ruim em outros cenários, tem que ver o contexto para aplicar ou não. Só meter a lenha diz muito sobre a qualidade do trabalho.

[scamiloo]

Mano, acredito que um vídeo sobre a solução seja interessante.

[adrianricardoscalia]

Caro estou vendo teu video, porque não conhecia gitFlow, penso que falta que expliques como é realmente certo o como você pode se organizar... por exemplo em um projeto pessoal, gitflow penso que seria boa para entender como funciona um fluxo, ainda que seja ruim, mas vc não mostra como é o fluxo de tua empresa... não entendi a solução.. o seja tengo um programa para criar, gitflow em meu programa vejo com bom olhos, estou aprendendo.. então ese fluxo de trabajo soluciona para mim.. agora não trabalho em uma empresa... seria uma forma de Eu me organizar.... mas em uma empresa com certeza tem seu propia forma de trabalhar..., mas não me explicas como solucionar minha organização ..

[vitorsilva-ordj]

cade os explicando a solucao!! posta posta pfv