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

Поділитися
Вставка
  • Опубліковано 12 гру 2024

КОМЕНТАРІ • 110

  • @filipesiegrist
    @filipesiegrist 8 місяців тому +8

    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.

    • @lucas_badico
      @lucas_badico  8 місяців тому +2

      Muitos fazem isso.

    • @EduardoCostaLisboa
      @EduardoCostaLisboa 8 місяців тому +1

      @@lucas_badico vir pelo mano deyvin? #Zoeira

    • @lucas_badico
      @lucas_badico  8 місяців тому +2

      @@EduardoCostaLisboa hahaha tbm! Mas me referia a ter ouvido falar do git flow e achar interessante

    • @EduardoCostaLisboa
      @EduardoCostaLisboa 8 місяців тому +1

      @@lucas_badico de boas! Eu curti sua explicação, não tinha visto ainda uma visão assim tão aprofundada. Eu tou pra mandar um comentário na thread principal sobre o assunto, mas ainda tou "preparando minha tese" hahah

  • @marcuscastro6822
    @marcuscastro6822 9 місяців тому +37

    agora você precisa dar a solução!

    • @lucas_badico
      @lucas_badico  9 місяців тому +13

      Antes da solução preciso explicar as bases do git. Podexa q esses vídeos estão vindo aí!

    • @lucas_badico
      @lucas_badico  4 місяці тому +5

      @@marcuspaulo1984 desculpa maninho, é que foram 4 meses bem turbulentos. Fechei a minha empresa, encerrando com clientes e funcionarios, garantindo q todo mundo estivesse bem... Logo logo vou voltar aos temas que deixei pra tras.
      Tbm to devendo continuar mostrando o obsidian, entre outras coisas... Acredite, não são vazias minhas criticas. E perdao pela demora.

    • @brunocapitelli7754
      @brunocapitelli7754 4 місяці тому +3

      Trunk based

    • @fernandofelixdonascimentoj6640
      @fernandofelixdonascimentoj6640 3 місяці тому +4

      @@lucas_badico Se usasse gitflow isso nao teria acontecido

    • @lucas_badico
      @lucas_badico  3 місяці тому +1

      @@fernandofelixdonascimentoj6640 hahaha te garanto versionamento de código não foi o meu bo

  • @criascript
    @criascript 8 місяців тому +17

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

    • @lucas_badico
      @lucas_badico  8 місяців тому

      hahaha boa

    • @eltrem_th
      @eltrem_th 4 місяці тому

      @@marcuspaulo1984 é meme amigo!

    • @sasukeblix
      @sasukeblix 5 днів тому

      onde eu trampo é direto na main 😎, no caso usamos trunk based, as novas funcionalidades sao encapsuladas por feature flags (if)

  • @brunobessa458
    @brunobessa458 9 місяців тому +2

    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.

    • @lucas_badico
      @lucas_badico  9 місяців тому +6

      Estuda o rebase mano, e as tag do git. Ajudam muito. No próximo vídeo do tema, vou mostrar o flow aqui da minha empresa. Atende times pequenos, times solos e times grandes.

  • @vtmuser
    @vtmuser 8 місяців тому +4

    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

  • @wesleydst404
    @wesleydst404 9 місяців тому +2

    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

    • @lucas_badico
      @lucas_badico  9 місяців тому +1

      Opa, vou trazer com certeza os outros pontos. Tenho 2 videos na lista:
      Git BASICO, pra quem ta começando e tbm pro pessoal que ta precisando de backup no obsidian, onde falarei sobre:
      - criar conta github
      - instalar git
      - clonar repo/iniciar repo
      - criar commit
      - abrir PR.mergear
      Processos Baseados em GIt
      - aonde eu falarei sobre usar ou nao merges
      - pq usar rebases
      - importancia de commits atomicos
      - importancia do git graph
      - Gihub actions e por ai vai
      - cherry pick

    • @wesleydst404
      @wesleydst404 9 місяців тому

      Massa! Esse segundo me interessa mais hehe Sigo acompanhando.

  • @wfuertes
    @wfuertes 8 місяців тому +2

    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.

    • @lucas_badico
      @lucas_badico  8 місяців тому

      Mano, não é só vc. Cada empresa pega o q lhe apetece do gitflow mesmo.

  • @maurovmorais
    @maurovmorais 5 днів тому +1

    Precisei ver duas vezes para entender.

    • @lucas_badico
      @lucas_badico  5 днів тому

      Puxa… 🫥 que coisa, mas entendeu no final? Se ficou alguma dúvida manda aí

  • @ailuros_
    @ailuros_ 3 місяці тому +3

    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.

  • @raphaelmatoridev
    @raphaelmatoridev 8 місяців тому +4

    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.

  • @matheusjordan6031
    @matheusjordan6031 2 місяці тому +1

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

    • @lucas_badico
      @lucas_badico  2 місяці тому

      Boa velho. Vcs tem time de devops essas coisas?

  • @gabrieldimas
    @gabrieldimas 3 місяці тому +2

    Não entendi esse vídeo, pois fala q git flow é ruim mas não mostrou no que ele é ruim, no caso q vc citou referente a ter de abrir 2,3,4 PR pra fazer um commit, eu gostaria se possível de um exemplo prático, pois não consegui visualizar como isso iria ocorrer, eu uso um flow q é baseado no gitflow e pra mim oq o git flow garante é sossego na hora de abrir uma correção e mandar pra produção tendo certeza q oq estou corrigindo é oq está em produção, que qdo vou gerarar uma versão em produção tenho certeza que estão indo as features q foram finalizadas. Agora uma coisa que sei q não funciona, é trabalhar com vários desenvolvedores usando rebase, pois o rebase quebra fluxo da branch, basicamente diz q oq tava no topo do seus commits não exite mais, como se reescrevesse o passado, eu uso rebase, mas somente se ainda não fiz push para nenhum remote, pois se fizer isso, ai já era pra todos q puxaram o commit anterior, todo mundo vai ter de puxar e qdo for subir muito provavelmente vai te de fazer force e vira uma bagunça

    • @lucas_badico
      @lucas_badico  3 місяці тому

      O rebase quebra o fluxo apenas se a branch compartilhada tiver um rebase. Esse é na real o bo. Acontece a mesma coisa quando vc aperta o revert pelo GitHub, zua tudo.
      O gitflow é ruim por causa da burocracia que faz com que um dev abra 4 PRs pra subir 1 commit pra produção. Quando tem outras 3 pessoas q vão aprovar de fato, ok. Mas o q mais vejo é a cena do Chaves vendendo churros pra si mesmo.
      Mas se o gitflow tá funcionando pra vc, só vai. Junto com a crítica ao gitflow eu expliquei uns 3 outros conceitos, o vídeo tá aí pra fazer pensar.

  • @cristiangarcia4370
    @cristiangarcia4370 6 місяців тому +1

    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.

    • @lucas_badico
      @lucas_badico  6 місяців тому +1

      Po mano, vou preparar um vídeo mostrando o que eu acho uma solução ótima pra lidar com a complexidade dos git merges

    • @cristiangarcia4370
      @cristiangarcia4370 6 місяців тому

      @@lucas_badico Opa, no aguardo chefe!

  • @informeai6290
    @informeai6290 9 місяців тому +2

    super da hora essa explicacao

  • @dev.edsonjunior
    @dev.edsonjunior 9 місяців тому +1

    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.

    • @lucas_badico
      @lucas_badico  9 місяців тому +1

      Pô! Que desserviço! Não sabia desse detalhe…

  • @ermesonalves9937
    @ermesonalves9937 2 місяці тому +1

    Esperando os vídeos com as alternativas

  • @lfnd0
    @lfnd0 9 місяців тому +1

    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!

    • @lucas_badico
      @lucas_badico  9 місяців тому

      Nois maninho, da um navegada nos outros videos... Tem muita coisa que pode ser útil. Bora construir essa comunidade de gente fera!

  • @barsckatecnologia5776
    @barsckatecnologia5776 9 місяців тому +1

    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 (kkkkkk), 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

    • @lucas_badico
      @lucas_badico  9 місяців тому

      Mas pelo que vc descreveu vcs não trabalham num cenário agiu né? As entregas são programadas aí? Pelo menos a maior parte dos erps q conheço são… pq igual falei, pode ajudar sim. Mas ainda tem muita coisa. O flow que pode te trazer problemas. E se vc mesmo tiver abrindo múltiplos PR e aprovando, vc tem provavelmente um problema

    • @barsckatecnologia5776
      @barsckatecnologia5776 9 місяців тому +1

      @@lucas_badico Não trabalhamos com agil, só kaban e dailys mesmo, nem entregas programadas (quem me dera) , o fluxos q adotamos aq é só o gerente sobe pra main, como eu disse, o gitflow é bom para cenários que não existe cenário e nosso caso que não lemos o artigo do cara, só pesquisamos no google "melhor forma de trabalhar com git" e tamos a 3 anos assim, depois vou ate procurar saber sobre outros jeitos de trabalhar no seu canal, esse é o segundo video q vi

    • @lucas_badico
      @lucas_badico  9 місяців тому

      Entendi maninho! Malz a demora na resposta, só agora q vi que tem como filtrar por comentários com novas respostas

  • @JustOneDev
    @JustOneDev 8 місяців тому +1

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

    • @lucas_badico
      @lucas_badico  8 місяців тому

      Podexa que estou trabalhando em 2 vídeos sobre git!

  • @hallexcosta
    @hallexcosta 9 місяців тому +1

    Entendi o modelo do Gitflow, mas parece ser confuso orquestrar tantas branchs assim... Quanto mais branchs maior é a possibilidade de dar conflito no código entre elas não é?
    Eu utilizo rebase localmente na minha maquina sempre quando vou abrir um novo PR, e como uso o github cli para criar novos PR, gosto de passar as flags -m (para mergear), -d (para deletar a branch depois do merge) e -r (para fazer o rebase).

    • @lucas_badico
      @lucas_badico  9 місяців тому +1

      Corajoso deletar a branch logo depois… minhas branch’s eu limpo 1 vez no trimestre e olhe lá haha 🤣
      Sobre a quantidade de branchs, esse nem é o BO, mas o modo do merge entre elas, vc tá no caminho certo, o caminho estreito do rebase.
      Outro fator q vota contra múltiplas branch’s é qual delas é a verdade? O simples é normalmente o melhor.

    • @hallexcosta
      @hallexcosta 9 місяців тому +1

      ​@@lucas_badico eu deleto pq sinceramente não vejo diferença em deletar e não deletar, nunca deu B.Ozão (ainda) quanto isso kkkkkkkkk, mas quando alguma feature vai com bug pra prod, eu restauro a branch ou crio uma nova branch baseada na main para corrigir (comparando ao gitflow seria tipo uma branch de hotfix), e repito processo, de criar o pr, merge rebase e torno a deleta-la dnv 😂😂

    • @lucas_badico
      @lucas_badico  9 місяців тому

      @@hallexcosta eu acho arriscado não ter as branchs originais enquanto usamos rebase e talz…

    • @hallexcosta
      @hallexcosta 9 місяців тому

      @@lucas_badico quais tipos de problemas você acha que pode dar em não manter a branch originais enquanto usa o rebase? Conflito de código ou algum outro relacionado?

    • @lucas_badico
      @lucas_badico  9 місяців тому

      @@hallexcosta depende do processo. As vezes alguns rebase dão errado. Ai é bom clonar a branch feature, executar rebase no clone e mergear o clone. Se der ruim no rebase, sei la, corrigiu conflito errado, vc tem a branch original, q nao pode ser mergeada, mas tá de backup. Eu faço pouco isso, normalmente em grandes rebases mas faço

  • @Kalindox
    @Kalindox Місяць тому +1

    Caaaaaaadê o vídeo das soluções?

    • @lucas_badico
      @lucas_badico  Місяць тому

      Quarta sai um video com parte da solução.

  • @vitorsilva-or1dj
    @vitorsilva-or1dj 4 місяці тому +1

    cade os videosssss explicando a solucao!! posta posta pfv

    • @lucas_badico
      @lucas_badico  4 місяці тому

      Tô trabalhando no q explica uma das alternativas! Logo logo saiii

  • @gabrielsamersla6928
    @gabrielsamersla6928 4 місяці тому +5

    No Vídeo você começa falando que nem uma indústria usa porém trabalhei dois anos no Itaú e nós usávamos sim o Gitflow.

    • @lucas_badico
      @lucas_badico  4 місяці тому

      Boa maninho, depois que postei tem uma galera se manifestando que tem lugares usando. Bom saber.
      Mas deixa perguntar, lá vcs usavam tudo? feature, fix, release, hotfix, etc...

  • @WarleyFerreiraSilva
    @WarleyFerreiraSilva 5 місяців тому

    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.

    • @lucas_badico
      @lucas_badico  5 місяців тому

      Obrigado pelo comentário, mas não meti a lenha só não, disso tenho consciência, só nesse vídeo expliquei 3 outros conceitos.

  • @dougbit
    @dougbit 8 місяців тому

    Completamente de acordo com os pontos deste vídeo. Eu também falo sobre gitflow ser ruim e sou chamado de chato.

    • @lucas_badico
      @lucas_badico  8 місяців тому

      Booooa! Mais um do clube haha os chatos que evitam dor de cabeça kkk

  • @karboniza
    @karboniza 8 місяців тому +1

    Eu não sou dev. Só executo alguns terraform. E não entendi muita coisa. Mas obrigado!

  • @eduardoklosowski
    @eduardoklosowski 8 місяців тому

    Eu nunca trabalhei com gitflow especificamente, mas já trabalhei em fluxos com essas duas branches de longa duração (main e develop), e isso nunca se adaptou ao processo da empresa. O sistema desenvolvido era instalado em vários clientes, o que eventualmente resultava em ter que aplicar correções em versões específicas, uma vez que nem todos os clientes estão na última versão lançada, ou por questões contratuais poderiam ser atualizados para a última versão e receber as novas funcionalidades. O gitflow simplesmente não tem fluxo para permitir a manutenção de versões lançadas que não sejam a última versão, nem da referências aos commits para que isso possa ser feito. Ou seja, só atrapalhava o processo de manutenção.

    • @lucas_badico
      @lucas_badico  8 місяців тому

      É o que vc falou, cada empresa com seu processo e particularidades precisa d é um flow específico. Um nunca vai atender a todos.

  • @Adams456
    @Adams456 4 місяці тому +1

    Eu acho que falar que qualquer coisa é a pior solução é ignorancia... tudo depende do problema

    • @lucas_badico
      @lucas_badico  4 місяці тому

      Bom, de fato falar levianamente é ignorância, mas eu acho q consigo dizer que de todos os flows, o Gitflow é bem ruim. O video é a sustentação disso. E se o criador concorda comigo, talvez eu não esteja tão errado assim...

  • @_samuelcamilo
    @_samuelcamilo 4 місяці тому +1

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

    • @lucas_badico
      @lucas_badico  4 місяці тому

      Vou preparar maninho, um dos próximos q vou gravar

  • @mateustudeia1963
    @mateustudeia1963 7 місяців тому +3

    Seria interessante propor alternativas ao gitflow. Sem uma sugestão do "mais correto" sua crítica fica bem subjetiva.

    • @lucas_badico
      @lucas_badico  7 місяців тому

      ta no forno um video com uma alternativa q adotamos aqui na empresa.
      Vlw ai o comentario!

  • @galeradosvidaloka
    @galeradosvidaloka 9 місяців тому +1

    Massa!

    • @lucas_badico
      @lucas_badico  9 місяців тому

      Nois, tu usa ou já usou gitflow por ai?

  • @luancarvalho1310
    @luancarvalho1310 5 місяців тому +1

    Vi pelo mano devin depois que você falou em um video que tinha falado sobre gitflow e que ele falou que ia querer ver porque tu é muito cabeça.

  • @fernandofelixdonascimentoj6640
    @fernandofelixdonascimentoj6640 3 місяці тому +1

    Cara, acho que você exagerou haha Como qualquer coisa no mundo de tecnologia, a escolha da ferramenta depende do contexto em que você está trabalhando. Como ferramenta, entenda padrões, frameworks, bibliotecas, linguagens de programação, etc. O sucesso do seu projeto depende das boas escolhas que você faz. Por exemplo, quando a gente usa padrões de projeto de maneira exaustiva chamamos isso de over-engineering - nem todos os padrões servem para todos os projetos. Da mesma forma, gitflow não serve pra todos os projetos . Além disso, gitflow não é um padrão. Ele tá mais pra um framework. Se você estiver construindo um software que é explicitamente versionado, ou se você precisa dar suporte a múltiplas versões do seu software na natureza, e tem várias pessoas colaborando, gitflow faz total sentido. Agora se você está atuando sozinho num projeto ou em um projeto mais simples, você pode usar outros fluxos (ex: github flow) ou ainda simplificar o gitflow (ex: trabalhar apenas com 1. branch main, feature branches e tag; 2. main, dev, feature branches; 3. etc.). Talvez você tenha usado o gitflow no seu projeto de faculdade ou pessoal e ficou traumatizado... não precisa ser assim.

    • @lucas_badico
      @lucas_badico  3 місяці тому

      Haha parte do exagero é pra gerar engajamento. Mas eu realmente acho q gitflow um gmud da modinha sabe?
      Eu usei gitflow em empresa top, com times dinâmicos e talz, e mesmo assim não justificou.
      Na minha empresa eu usei um flow adaptado do trunkbased development.
      Não era o trunk exatamente, mas tinha coisas boas dele e das branch’s no geral.

  • @youtubevanged9359
    @youtubevanged9359 9 місяців тому

    Bastava as pessoas lerem a página do criador original do git flow kkkkk. Ele mesmo explica que git flow foi criado em outra época, com outra situação em mente. Ele mesmo elenca o GitHub flow se adequa muito melhor aos padrões de CI e CD atuais de aplicações web ou web-based

    • @lucas_badico
      @lucas_badico  9 місяців тому

      Pois, eu tbm tenho problemas com github flow. Prefiro muito mais um aprouch de features branchs que sempre mergeiam com FF Merges, e ENV/DEPLOYS e versoes sao baseadas em TAGs, nao em Branchs.

  • @carloscorrea9339
    @carloscorrea9339 4 місяці тому +1

    me perdeu ao mencionar a mentoria ... beijo, sucesso!

    • @lucas_badico
      @lucas_badico  4 місяці тому

      Que bom que fora a mentoria teve algo bom.

  • @walysonmoura222
    @walysonmoura222 4 місяці тому +1

    Cade a solução ao git flow??? O que eu faço??

    • @lucas_badico
      @lucas_badico  4 місяці тому +1

      Pera q vai sair! Tamo trabalhando pra trazer mais vídeos por semana. Daí logo logo consigo gastar um tempo no vídeo do git rebase flow

  • @thiagoinfanti
    @thiagoinfanti 8 місяців тому

    kkkkkk bom ponto. vou criar uma polêmica. como nunca trabalhei em empresa grande e normalmente no máximo 2 pessoas mexiam no código, o git sempre foi usado como um ftp melhorado com a possibilidade de voltar ao estado anterior, caso desse ruim kkk

    • @lucas_badico
      @lucas_badico  8 місяців тому

      MAs po, o git é exatamente isso. FTP com máquina do tempo🤯

    • @thiagoinfanti
      @thiagoinfanti 8 місяців тому +1

      e a automação era o chefe dar um pull em prod e estava atualizado rsss

    • @lucas_badico
      @lucas_badico  8 місяців тому

      @@thiagoinfanti eu já vivi isso kkk 😹

    • @thiagoinfanti
      @thiagoinfanti 8 місяців тому +1

      Kkkk quem nunca. Me inscrevi no canal e te desejo boa sorte aí na jornada, e se precisar de ajuda com algum job, pode contar comigo. Abraço

    • @lucas_badico
      @lucas_badico  8 місяців тому

      Vlw maninho! Tem bastante conteúdo já pra maratonar, depois da uma olhada.

  • @Luanxxxxx
    @Luanxxxxx 9 місяців тому +1

    Só uma crítica, espero que seja construtiva, esse microfone na frente me incomodou demais.

    • @lucas_badico
      @lucas_badico  9 місяців тому

      Poh, critica sempre bem vinda. Mas eu gosto muito da estética do microfone, eu to tentando mudar um pouco ele de lugar. mas no quadro ele vai continuar aparente.

    • @elvitin
      @elvitin 8 місяців тому

      Nada a ver KKKKKkkk
      q critíca sem sentido

  • @andreemidio1
    @andreemidio1 4 місяці тому +2

    Trunk based é o melhor

    • @lucas_badico
      @lucas_badico  4 місяці тому

      To preparando um video sobre trunk, tem umas coisas a serem faladas sobre ele tbm, mas é uma boa alternativa.

  • @EliSoftwareDeveloper
    @EliSoftwareDeveloper 3 місяці тому +1

    Droga, ja tinha vindo sentar a lenha, pior que o flow de git depende da necessidade do time, se gitflow nao atende, e so montar o que te atende e deu...

  • @ohervis
    @ohervis 4 місяці тому +1

    Caraca, 20min de vídeo pra falar. Git flow aumenta burocracia e """pode""" poluir sua árvore.
    Lucas, Gitflow não funciona em todos os casos, da mesma forma que trunk também não funciona
    No final, Git flow não é uma roubada, você só está mudando o problema de lugar. Ao invés de ter devs ruins achando que tem uma proteção com Gitflow, você vai ter Git users ruins usando git da forma errada.
    Pra times quem tem QA, Gitflow funciona relativamente bem.
    Cada caso é um caso

    • @lucas_badico
      @lucas_badico  4 місяці тому

      Então, eu não usei 20min só pra falar mal de gitflow, se você só absorveu isso. Com QAs eu já trabalhei com GITFLOW e GITHUB FLOW. No fim da no mesmo, eles tao testando código com potencial de não refletir a main branch. Bem arriscado, ainda mais em merges grandes.
      O 3 way merge é a benção e a maldição do GIT como um todo.

  • @alexandrefelipemuller
    @alexandrefelipemuller 4 місяці тому +4

    Esse conteúdo da muito sono, nao sei como vocês conseguem discutir esse monte de nada. Quer usar git flow usa, nao quer nao usa... essa discussão é uma grande bobagem

    • @lucas_badico
      @lucas_badico  4 місяці тому +1

      A discussão pela discussão eu concordo muito. Mas não sei se vc percebeu, por causa da discussão eu apresentei pelo menos 3 conceitos importantes da engenharia de software. 🐧