Eu comecei o video com o sentimento de "Vai ser um bagulho que vai tirar minha paciência pq eu raramente consigo absorver essas coisas" eu terminando o video com "🤩🤩🤩 eu acho que eu amo um processo". Sensacional, nunca um video de mais de 8 min que me prendeu tanto, relato de uma pessoa com TDAH. E vou recomendar para uns amigos que estamos começando um projeto juntos.
Cara, que vídeo incrível, e o que falar da sua didática impecável. Esse vídeo me ajudou muito a entender o Git Flow e também poder aplicá-lo no meu grupo da faculdade!
Parabéns! Excelente didática, muito fácil de entender com você. Poderia fazer alguns vídeos com o bitbucket? Desde a criação da conta, configurações e exemplificando um trabalho/projeto. Abraços.
Pra quem ficou preso na tela do TAG_EDITMSG pelo terminal: Pra digitar alguma coisa no texto, apertem "i" Pra sair do modo de edição de texto, apertem "ESC Para salvarem a modificação, apertem ":" (segurem o ENTER). Depois de apertarem ":" vai ficar assim no terminal: ":" Botem as letras "wq" depois do ":" e apertem ENTER
melhor video de GitFlow em todo o TH-cam.. Se puder faça um mais aprofundado de Git e GitFlow , com recurso a comandos tais como Rebase, e a diferença entre os varios comandos/açoes Etc :) Obrigado irmao
Muito bom o vídeo, parabéns! O que fazer se uma das funcionalidades que estão na branch realease não foi aprovada e seja necessário deixar para próxima release? Ou seja, como "tirar" a feature da branch release.
cara você é incrível. Acho que foi o melhor conteúdo introdutório que vi sobre o assunto. Vou compartilhar com meus colegas de trabalho. E parabéns pelo trabalho!
Neste cenário os merges vão direto para as branches de develop, release e master? Em um cenário em que os ajustes são mergeados via pull request como se aplica o git flow?
Didática excelente, estou aprimorando meus conhecimentos em Git/Github e esse canal realmente contribuiu para isso. É muito bacana quando você entra em um assunto mais avançado e que profissionais assim tornam as explicações mais simples. Valeu!
meu amigo que canal heim, continua com essas aulas incríveis, estou começando na área com um amigo e isso vai nos ajudar em vários projetos, nos salvou 🤣🤣🤣
Aprendi muita coisa com esse vídeo, mas fiquei na dúvida de como eu faria um PR por exemplo. Pelo que entendi o git push --all, vai mandar tudo para suas respectivas branchs, mas em um cenário de Pull Request eu faria como?
boa mano, o esquema é você configurar no GitHub a proteção da branch main, solicitando a aprovação de uma ou mais pessoas para o merge na mesma, assim todo push que for feito vai sugerir no próprio Github a abertura de uma PR
Ok, entendi, realmente muito boa a aula, mas tenho uma duvida, o que fazer quando houver alterações no codigo? Meu amigo alterou e o meu não está totalmente atualizado, como posso atualizar o codigo sem que eu perca minhas alterações?
Normalmente ninguém altera a develop diretamente, o que pode gerar confusão aos mais desatentos, é que essa visão que o Thi fez (esse gráfico) é a visão de 1 desenvolvedor. Então pode parecer estranho ter circulos de develop sozinhos sem nenhuma ligação, mas como ele mesmo explica outros PRs, merges continuam acontecendo para a develop, só não é visualmente mostrado nesse gráfico.
Muito bom conteúdo, o que ficou como dúvida é como o gitflow faria um retorno para uma situação anterior caso haja a necessidade de retornar, se essa função existe no gitflow como seria, ou só com o git puro mesmo?
Digamos que eu tenha uma feature apartir da develop e eu terminei de desenvolver essa feature depois de um bom tempo (minha feature está bem desatualizada se comparada com as últimas atualizações da develop), eu tenho que pegar as últimas atualizações da develop e mergear com a minha branch de feature? É aconselhado fazer isso?
Meu amigo, você me ajudou muito e me fez perceber como é maravilhoso usar git flow! Tenho uma pergunta, no caso eu fiz um fork em um repositório e preciso desenvolver a aplicação em cima do meu fork, como ficaria no caso de fazer pull request para o repositório original ao final de todo o meu desenvolvimento no meu fork? É o mesmo procedimento como você mostrou no vídeo e no final eu só faço o pull request para o repositório de onde fiz o fork?
se duas pessoas estiverem mexendo em uma feature e uma der um publish e depois a outra der outro publish aquilo que a primeira pessoa fez é deletado e prevalece somente as modificações de quem fez o segundo publish???
Cara, uma dúvida, porque as tags que foram criadas na release e hotfix não sobrem pro github quando eu faço um git push --all? como que eu faço pra que ela subam pro github junto com as branchs?
Muito bom thiago .. uma dúvida .. quando é encontrado um bug na branch release .. como seria tratado esse caso no gitflow? .. vlw .. parabéns o vídeo ficou show. Abç.
Esse é um ponto, para você trabalhar com GIT FLOW + GITHUB você precisa seguir mais alguns passos. Sim, vai precisar atualizar e subir as alterações de main e develop sempre. Tem a questão dos Pull Requests também que devem ser feitos em momentos específicos seguindo uma ordem. É possível continuar utilizando o plugin do git flow sem problemas, só tem que atentar ao momento onde há a necessidade de fazer um alt+tab ir para o github e voltar para a linha de comando.
Massa demais mano. Mais massa ainda é a quantidade de possibilidades que temos em tecnologia, as vezes o que funciona pra um time, não funciona para outro. Legal seria se soubéssemos ponderar ao invés de rotular qual é bom e qual é ruim 😁
Aula perfeita.
Teoria com prática em projeto real.
Sem enrolação.
Parabéns
Valeu mano!
Eu comecei o video com o sentimento de "Vai ser um bagulho que vai tirar minha paciência pq eu raramente consigo absorver essas coisas" eu terminando o video com "🤩🤩🤩 eu acho que eu amo um processo". Sensacional, nunca um video de mais de 8 min que me prendeu tanto, relato de uma pessoa com TDAH. E vou recomendar para uns amigos que estamos começando um projeto juntos.
Fico feliz em ajudar mano!
Melhor explicação que já vi em anos de carreira como dev
Explicou de um jeito que até cego vê. Muito bom, obrigado.
Tamo junto mano 🤘🏽
Excelente explicação! Muito grato!
fodas, este é o melhor video de trabalho em equipa bem explicado ....................para bens
Ganhou mais um inscrito com direito a sino. Didatica muito boa.
valeu manooo!
assisti duas vezes seguidas e anotei tudo no notion, show de bola !
Muiito Topp, explicação de milhões :D
Esse video/canal foi um achado. Excelente didática! Parabéns pelo trabalho!
Muito obrigado Rafa!
Muito bom o conteúdo! parabéns!
tmj mano!
Exelente tutorial. Valew mesmo!!!
tmj!
Show👏👏👏
Bacana amigo, Obrigado!
Melhor explicação sobre assunto que eu já vi parabéns
Execelente vídeo! Parabéns 👏👏
Tmj!
Parabéns rapaz excelente vídeo. Você tem o don da fala.
@@rmartinsdesouza valeuu
Vídeo muito top, ótima explicação, parabéns!
Cara, que vídeo incrível, e o que falar da sua didática impecável. Esse vídeo me ajudou muito a entender o Git Flow e também poder aplicá-lo no meu grupo da faculdade!
Valeu mano, fico feliz em ajudar!
Melhor explicação do TH-cam. Parabéns!
Valeuuu 🤘🏽
Muito obrigado.
Tmj 🤘🏽
Muito top, professor muito diferenciado!
show demis!
Parabéns!
Excelente didática, muito fácil de entender com você.
Poderia fazer alguns vídeos com o bitbucket?
Desde a criação da conta, configurações e exemplificando um trabalho/projeto.
Abraços.
Opa, muito obrigado mano... vou pensar em algo do tipo, obrigado pela sujestão!
Pra quem ficou preso na tela do TAG_EDITMSG pelo terminal:
Pra digitar alguma coisa no texto, apertem "i"
Pra sair do modo de edição de texto, apertem "ESC
Para salvarem a modificação, apertem ":" (segurem o ENTER).
Depois de apertarem ":" vai ficar assim no terminal:
":"
Botem as letras "wq" depois do ":" e apertem ENTER
case não funcione o ":". Segurando o SHIFT apertem "z" 2 vezes consecutivas
esse deu certo! vlw@@eduardozanella6226
melhor video de GitFlow em todo o TH-cam.. Se puder faça um mais aprofundado de Git e GitFlow , com recurso a comandos tais como Rebase, e a diferença entre os varios comandos/açoes Etc :) Obrigado irmao
Valeu mano! Vou me planejar para isso...
Vídeo curtido e inscrição realizada! Bela didática! Agora é começar a praticar. Obrigado!
Parabéns pelo trabalho e pelos vídeos! Muito didático.
:)
Muito bom o vídeo, parabéns! O que fazer se uma das funcionalidades que estão na branch realease não foi aprovada e seja necessário deixar para próxima release? Ou seja, como "tirar" a feature da branch release.
Explicação Sensacional, Parabéns!!!
Valeuu 🚀
Caraca... muito bom!!!
Valeu mano 🤘🏽
Parabéns, Thiago. Que vídeo e que aula, muito bom.
Valeu mano!
parabéns pela didática ficou foda cara !
Nossa, que aula! Mestre, como faz quando tem um ambiente para homologação?
Valeu mano, cara, da pra vc criar o nome de branch que vc quiser na vdd… o git flow tem suas recomendações mas cada time usa como melhor lhe atende
Aula incrível, valeu pela ajuda!
Excelente vídeo, obrigado!
Valeu 🚀🤘🏽
Show demais!!!! Obrigado. Mil likes!
Tamo junto mano!
Muito top, me ajudou bastante, nunca tive tanto foco em uma aula como essa! kkk conseguir focar nos 30 minutos.
Boooa, valeu demais mano 🤘🏽
Sensacional explicação mano!!! Parabéns!
Valeu irmão!
Top demais!
Valeuuu 🚀
Excelente vídeo! Kudos to you!
Hablo demais, Ótima aula!
Poucos que ensinam tão bem. Parabéns!
valeu mano!
Muito obrigado. Muito bem explicado.
lindo, lindo, lindo, que vídeo lindo.
Que vídeo bom! Parabéns!
Excelente aula. Obrigado👍👍👍👍
Tamo junto!
Top Prof° Thi .
tamo junto!
Git Flow é muito bom, dá um novo sentido ao versionamento de código! Parabéns, pelo conteúdo e excelente didática...
valeu demais!
Show de vídeo 👏
Conceito inicial bem explicativo !
cara você é incrível. Acho que foi o melhor conteúdo introdutório que vi sobre o assunto. Vou compartilhar com meus colegas de trabalho. E parabéns pelo trabalho!
Valeu mano! Tamo junto 👊🏽
Show! show! show!
Ótimo vídeo!!!
Aula fenomenal! 👏🏽👏🏽👏🏽
Que didática excelente, parabéns mano até burro aprende desse jeito
@@AfonsoAlves-b1k haha valeu mano 🤘🏽
@@thi_codeaté me inscrevi mano, impossível não evoluir no backend com um professor desses. Valeu mano Deus te abençoe
@@AfonsoAlves-b1k tmj mano! Valeu demais 🤘🏽
que massa!
Neste cenário os merges vão direto para as branches de develop, release e master? Em um cenário em que os ajustes são mergeados via pull request como se aplica o git flow?
Vlw Thiagão. Belíssima didática e eloquência. Sucesso!
Aula Sensacional , obrigado e parabéns
Tamo junto!
Ótima aula de git flow, show de bola 👏🏽👏🏽👏🏽👏🏽👏🏽👏🏽👏🏽
Didática excelente, estou aprimorando meus conhecimentos em Git/Github e esse canal realmente contribuiu para isso. É muito bacana quando você entra em um assunto mais avançado e que profissionais assim tornam as explicações mais simples. Valeu!
Valeu mano, fico feliz em ajudar!
meu amigo que canal heim, continua com essas aulas incríveis, estou começando na área com um amigo e isso vai nos ajudar em vários projetos, nos salvou 🤣🤣🤣
Muito obrigado!!!
Aprendi muita coisa com esse vídeo, mas fiquei na dúvida de como eu faria um PR por exemplo. Pelo que entendi o git push --all, vai mandar tudo para suas respectivas branchs, mas em um cenário de Pull Request eu faria como?
boa mano, o esquema é você configurar no GitHub a proteção da branch main, solicitando a aprovação de uma ou mais pessoas para o merge na mesma, assim todo push que for feito vai sugerir no próprio Github a abertura de uma PR
Valeu Man. Sua didática é incrível. Só tenho a agradecer 😃
Valeu manoo!
Melhor video aula sobre Git Flow!
Valeu manoooo!
Thiago, parabéns pelos seus vídeos. Tem como fazer uma aula usando o GitLab ?
Incrivel irmão... Gostei o seu modo de explicar. Já estou dentro de tudo no seu canal... Continue mano...
Valeu irmão!
Ok, entendi, realmente muito boa a aula, mas tenho uma duvida, o que fazer quando houver alterações no codigo? Meu amigo alterou e o meu não está totalmente atualizado, como posso atualizar o codigo sem que eu perca minhas alterações?
Que didática incrível, meu mano! Não conhecia seu canal e acabei de conhecer o git-flow, vim atrás de cobre e achei ouro! Mais um inscrito! 😁😁
Uma duvida, o que estaria sendo feito na develop que não seria necessariamente uma feature?
Daniel, esse conceito é bem "abstrato", cada equipe define o que será feito em qual branch.
@@thi_code entendi, show, muito bom o video.
Normalmente ninguém altera a develop diretamente, o que pode gerar confusão aos mais desatentos, é que essa visão que o Thi fez (esse gráfico) é a visão de 1 desenvolvedor. Então pode parecer estranho ter circulos de develop sozinhos sem nenhuma ligação, mas como ele mesmo explica outros PRs, merges continuam acontecendo para a develop, só não é visualmente mostrado nesse gráfico.
Muito boa aula faltou só o --tags no push para levar as tags criadas também para o github
Muito bom. Tem alguma forma de fazer revisão de merge na plataforma(gitlab/github) em nuvem?
E como funcioona esse fluxo com code review?
Eu preciso separar front end e o back end, isso só é possível colocando eles em repositório diferentes ?
Muito bom conteúdo, o que ficou como dúvida é como o gitflow faria um retorno para uma situação anterior caso haja a necessidade de retornar, se essa função existe no gitflow como seria, ou só com o git puro mesmo?
Muito bom!
Mestre, como eu consigo em um time com essa configuração colocar apenas eu para fazer o push na main, como e aonde eu configuro isso ?
Boa pergunta, também gostaria de saber
Com essa abordagem, digamos que trabalho com TDD e preciso iniciar os projetos criando testes, estes deveriam ser criados em qual banch?
Top !
Ótimo vídeo, ajudou muito. Teria como fazer um vídeo de como padronizar as mensagens dos commits usando alguma ferramenta ?
Boa Daniel, fico feliz que ajudou! Ótima ideia de conteúdo, vou colocar na lista aqui.
@@thi_code Obrigado, estou penando pra tentar fazer isso com o commitlint e o husky mas não está dando certo.
Po, cara, seu canal é MUITO BOM. Gostaria que você também fizesse um projeto com django até o deploy. Seria muito massa
Valeu mano, boa ideia ein! Em breve vou trazer um pouco de Django por aqui 😁
Digamos que eu tenha uma feature apartir da develop e eu terminei de desenvolver essa feature depois de um bom tempo (minha feature está bem desatualizada se comparada com as últimas atualizações da develop), eu tenho que pegar as últimas atualizações da develop e mergear com a minha branch de feature? É aconselhado fazer isso?
Meu amigo, você me ajudou muito e me fez perceber como é maravilhoso usar git flow! Tenho uma pergunta, no caso eu fiz um fork em um repositório e preciso desenvolver a aplicação em cima do meu fork, como ficaria no caso de fazer pull request para o repositório original ao final de todo o meu desenvolvimento no meu fork? É o mesmo procedimento como você mostrou no vídeo e no final eu só faço o pull request para o repositório de onde fiz o fork?
Sim mano... Usa git flow no fork e finaliza mandando o pull
muito bom
Se eu tiver que refatorar alguns arquivos, faço isso direto na develop? Ou eu crio uma nova branch pra refatorar e depois efetuo o merge na develop?
Outra branch mano
se duas pessoas estiverem mexendo em uma feature e uma der um publish e depois a outra der outro publish aquilo que a primeira pessoa fez é deletado e prevalece somente as modificações de quem fez o segundo publish???
Não mano, isso vai gerar um conflito, o git vai avisar se as mesmas linhas foram mexidas, e no Code Review, é decidido quem prevalece.
@@thi_code caraca comentei sem nenhuma esperança de ser respondido kkk mt obrigado thi tamo junto brother
@@josericardocunhacoelho2866 Tamo junto mano! Fico feliz em ajudar 🤘🏽
quando da o git push ele sobe as tags tambem ?
Cara, uma dúvida, porque as tags que foram criadas na release e hotfix não sobrem pro github quando eu faço um git push --all? como que eu faço pra que ela subam pro github junto com as branchs?
Muito bom thiago .. uma dúvida .. quando é encontrado um bug na branch release .. como seria tratado esse caso no gitflow? .. vlw .. parabéns o vídeo ficou show. Abç.
A main e develop atualizaram localmente apos o release finish, mas não no github? faço o push para as duas branchs?
Esse é um ponto, para você trabalhar com GIT FLOW + GITHUB você precisa seguir mais alguns passos. Sim, vai precisar atualizar e subir as alterações de main e develop sempre. Tem a questão dos Pull Requests também que devem ser feitos em momentos específicos seguindo uma ordem. É possível continuar utilizando o plugin do git flow sem problemas, só tem que atentar ao momento onde há a necessidade de fazer um alt+tab ir para o github e voltar para a linha de comando.
Olha só se não é ele, Thi Code me ajudando mais uma vez 🙂
Estamos aqui manooo!
Como trabalhar em equipe usando o Git? Não use Gitflow! Use Integração Contínua. Pergunte-me como.
Massa demais mano. Mais massa ainda é a quantidade de possibilidades que temos em tecnologia, as vezes o que funciona pra um time, não funciona para outro. Legal seria se soubéssemos ponderar ao invés de rotular qual é bom e qual é ruim 😁
Ótimo material, porém você está pronunciando feature errado. O jeito que vc ta falando parece q palavra future 😂
Valeu mano! Da uma folhada nos comentários aí que a galera já me alertou sobre isso mano… a dois anos meu inglês não tava legal mesmo
Git flow: lindo na teoria mas uma bosta na pratica
o video ficou top
Hahaha tá quase no mesmo nível de TDD 😅
A pronuncia de feature não é igual future como vc está pronunciando. Fica dica ai
Opa, essa dica já me deram... Meu inglês não é fluente, mas vamos melhorando. Obrigado 😉