Como dar merge de branch de desenvolvimento na master

Neste artigo você vai aprender a como dar merge de branch de desenvolvimento na master, ou seja, atualizar a master com uma nova feature

Fala programador(a), beleza? Bora aprender mais sobre branches e git!

Quando queremos atualizar a master com algum outro branch,vamos precisar mudar para ela

Podemos fazer isso com o git checkout

Note que você deve commitar todas as mudanças antes de mudar de branch, para que elas sejam enviadas com o merge

Após estar o branch master, você vai utilizar o comando de git merge com a branch de development

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

Se for realmente este nome é só aplicar o comando, se não utilize o comando com o nome do branch correto

Os comandos necessários são:

git checkout master
git merge <development>

Coloquei como <development> o nome da branch de desenvolvimento, neste caso substitua com o nome da sua branch

Conclusão

No artigo de hoje você aprendeu a como realizar um merge de branch de desenvolvimento na master

Apenas precisamos mudar para a branch master, com o comando git checkout

E depois utilizamos git merge com o nome da branch que precisamos trazer as alterações de código

Confira nossos cursos gratuitos no Youtube, com vídeos todos os dias! Se inscreva e ative o sininho para receber as notificações e aprender mais ainda sobre desenvolvimento web!

Veja também nosso catálogo de cursos na Udemy, todos com exercícios e projetos práticos, nas mais diversas tecnologias. O link acima contém um cupom de desconto para os cursos

Uma seção nova (H2 terminando em dois pontos, tipo ‘E se der conflito no merge?’) explicando o que fazer quando o Git acusa conflito: por que o conflito acontece (dois lados mexeram na mesma linha), como o Git marca o trecho no arquivo, e os dois caminhos: resolver manualmente e commitar, ou desistir do merge com git merge –abort pra voltar tudo como estava. Explicar o porquê antes do como e antecipar o susto do leitor (‘Tome cuidado, isso é normal e tem conserto’)

Um passo curto sobre o que fazer DEPOIS do merge: enviar a master atualizada pro repositório remoto com git push (explicando que enquanto não dá push a mudança só existe na máquina) e, se a branch de desenvolvimento não for mais usada, apagar ela com git branch -d. Manter o tom passo a passo do post

Uma explicação rápida do PORQUÊ do git checkout master antes do merge: o merge sempre traz as alterações PARA a branch em que você está, então você precisa estar na master pra ela receber a development. Reforçar a analogia de aproximação e lembrar de commitar tudo antes de trocar de branch (o post já cita, mas cabe amarrar aqui o motivo)

Três a quatro perguntas curtas com resposta objetiva de 2 a 3 linhas: ‘Qual a diferença entre merge e rebase?’ (merge preserva o histórico dos dois lados criando um commit de junção; rebase reescreve pra deixar linear), ‘Como desfazer um merge?’ (abortar durante o conflito com git merge –abort, ou usar git reset se já tiver commitado, com o aviso de cuidado), ‘Posso mergear sem trocar de branch?’ e ‘O que é fast-forward?’. Sem citar número, versão ou dado de estado