GitFlow

preview_player
Показать описание

Confira outras séries do canal:

Acompanhe nossas redes sociais:

Conheça todos os nossos treinamentos:

Quer me conhecer melhor:

Outras informações:

🇧🇷Idioma: PT/BR
Рекомендации по теме
Комментарии
Автор

Você é o melhor professor do Brasil nessa área de TI. Comunicação limpa, clara e no ponto certo.

juliankaww
Автор

Na empresa onde trabalho temos para cada versão (release) do software uma branch específica. A empresa tem clientes em variadas versões, quando surge um defeito fazemos commits na produção, e cherrypick nas últimas 3 e na da cliente.

HEITOR_GUYS
Автор

Show.. era exatamente isso que tava procurando para melhor entendimento

Leandro-gemy
Автор

Fiquei com uma dúvida sobre o branch develop, caso eu crie uma branch feature implemente a funcionalidade que preciso, mas ao longo desse implementação, houve outros commits de outras funcionalidades que foram finalizadas primeiro por outro desenvolvedor, quando eu finalizar a minha vou precisar fazer merge com a develop e ela vai pegar todas as funcionalidades, mas e se eu quiser gerar uma release so com minha funcionalidade e a versão de produção não vai funcionar, pq ao gerar a partir da develop ja vai ter outras funcionalidades incluidas. Como o gitflow resolve isso? Pelo que vi esse modelo é limitado nisso.

TheArrowster
Автор

Incrível, estava procurando algo com esse tema.

AndrezaMoreira
Автор

Existe, no.GIT, uma forma de evitar a alteração de commits passados? Alguma configuração que impeça alguém de "mudar a história" de um arquivo?

robsmeireles
Автор

Top a explicação, ajudo muito Parabéns!

leomarquesdias
Автор

Muito boa a explicação, direto ao ponto.

FelipeOliveir
Автор

Cara, conteúdo de qualidade vc nos proporcionou. Muito Obrigado!

galoKeys
Автор

Cara eu estava pesquisando sobre isso esses dias, veio muito a calhar.

jkfher
Автор

Muito bem observado Branas.

Tenho a mesma impressão, sempre temos que analisar o tamanho da equipe e a quantidade de entregas em produção tb.

Em alguns casos faz sentido em outros não.

Trabalhei muito tempo no TFS e depois svn e realmente quanndo mudamos pro Git a cabeça da uma estalada.

Um grande abraço!

nacasadobeirinha
Автор

A versão que vai para produção sempre deve ser gerada a partir do master ? Por exemplo, pode-se gerar um deploy para produção a partir de uma hotfix ?

esgrijo
Автор

Fala mais sobre versionamento sequencial

aldineikiil
Автор

Usava VSS no Delphi mais de 10 anos atrás e quando fazia o checkout no arquivo fazia esse lock.. o cara ficava puto quando precisava trabalhar em um arquivo que estava "Checkout to ...." hehhhe

nyyzerbt
Автор

sobre versionamento xyz eu estou treinando o git usando em sites simples mesmo, me orientaram a usar a branch master, develop e as features, a pergunta é, quando eu botar meu site no ar eu vou lançar uma release dele de 1.0.0 correto? mas digamos q eu to la trabalhando em 3 features e dou merge nas 3 com a develop e depois de revisado tudo eu vou dar o push pra master, essas 3 features correspondem a 1.3.0 no meu release ou a 1.1.0? oq conta eh o push ou a quantidade de features implementadas? deu pra entender oq estou pensando?

ricardogava
Автор

Nossa me ferrei muito no starteam ... Época Borland

CarlosRoberto-unbp
Автор

Posso assistir 50 horas do Rodrigo explicando qualquer coisa.

dimitreortt