Como abortar um merge no git? Desfazer conflito

Neste artigo você vai aprender a como abortar um merge no git, ou seja, desfazer um conflito de merge que está acontecendo no repositório

Pra abortar um merge no git, rode dentro do repositório:

git merge –abort

Esse comando aborta o processo de resolução de conflito em curso e tenta reconstruir o estado que existia antes do merge

Se o merge JÁ foi commitado, o –abort não serve mais: aí o caminho é git reset –hard ORIG_HEAD (que descarta suas alterações locais) ou, se o merge já foi publicado no remoto, git revert -m 1 <hash-do-merge>

E se o conflito veio de um rebase e não de um merge, o comando certo é git rebase –abort

Fala programador(a), beleza? Bora aprender mais sobre conflitos, merge e também versionamento com git!

É muito comum quando realizamos ações como git pull ou git merge, acontecer algum conflito

E dependendo da quantidade de código que alteramos ou que recebemos, pode ser um grande desastre xD

Ou mesmo ser um erro nosso realizar merge naquele ponto, isso costuma gerar muita dor de cabeça e também costuma ser inviável ver arquivo por arquivo e solucionar os conflitos

Como então podemos desfazer este merge com conflito? Para voltar ao ponto anterior ao problema

É simples! Basta utilizar o comando:

git merge --abort

Isso vai reconstruir o estado anterior ao merge

Quer aprender mais sobre git? Veja este curso gratuito:

Um outro comando que você pode utilizar, e que faz a mesma coisa, é o:

git reset --merge

O merge –abort é basicamente um alias para este, ou seja, um comando mais novo e com um nome mais objetivo

Então tanto faz a sua escolha, os dois resolvem o nosso problema 🙂

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

Conclusão

Neste artigo você aprendeu a como abortar um merge no git, ou seja, desfazer um merge conflict

O que é uma ação normal quando realizamos um git merge de outro branch, por exemplo

Utilizamos o comando: git merge –abort ou o git reset –merge

Os dois realizam a mesma função

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!

Antes de rodar o merge, commita ou dá stash:

A própria documentação do git avisa: se existiam alterações não commitadas na sua worktree quando o merge começou (ainda mais se você mexeu nelas DEPOIS do merge iniciar), o git merge –abort pode em alguns casos não conseguir reconstruir essas mudanças

Ou seja, o –abort é ótimo pra desfazer o conflito, mas ele não é rede de segurança pra código solto

Por isso a recomendação oficial é commitar ou dar git stash antes de rodar o git merge

Tome cuidado com isso, é o tipo de coisa que a gente só aprende depois de perder trabalho de uma tarde inteira

E se aparecer ‘fatal: There is no merge to abort (MERGE_HEAD missing)’?

Esse erro significa uma coisa só: não existe merge em andamento pra abortar

O git marca o merge em curso com o MERGE_HEAD, e sem ele o –abort não tem o que desfazer

Na prática isso acontece em dois cenários bem comuns:

1) o merge já foi commitado (o conflito foi resolvido e o commit de merge entrou)

2) o conflito não veio de um merge, e sim de um rebase

Nos dois casos o caminho é outro, e é o que a gente vê logo abaixo

Como desfazer um merge que JÁ foi commitado:

Aqui o –abort não serve mais, o merge deixou de estar ‘em andamento’

Toda operação de merge ou pull guarda a ponta anterior do branch no ORIG_HEAD

Então dá pra voltar resetando pra ele:

git reset –hard ORIG_HEAD

Esse aqui descarta suas alterações locais, ele traz índice e árvore de trabalho de volta àquele estado e move a ponta do branch pro commit anterior

Se você quer preservar alterações locais que NÃO entraram no merge, a própria doc do git reset traz este exemplo:

git reset –merge ORIG_HEAD

E se o merge já foi pro remoto, publicado, visto por todo mundo?

Aí não dá pra reescrever histórico na cara dura

O caminho é o git revert com a opção -m (–mainline), informando qual pai deve ser mantido como linha principal:

git revert -m 1 <hash-do-merge>

Isso cria um NOVO commit que reverte as mudanças, em vez de reescrever o que já está publicado 🙂

E se o conflito veio de um rebase?

Muita gente roda git pull, toma conflito, tenta o merge –abort e leva o erro do MERGE_HEAD

Motivo: existe a configuração pull.rebase, que faz o git pull rebasear por padrão em vez de mesclar

Se o seu ambiente está assim, o que está acontecendo é um rebase, não um merge

O comando pra voltar ao estado anterior é:

git rebase –abort

Ele restaura o branch como estava antes do rebase começar

E as outras duas saídas do rebase, pra você guardar:

git rebase –continue (segue depois de resolver)

git rebase –skip (pula o commit problemático)

git merge –quit: o primo esquecido do –abort

Existe uma terceira saída que quase ninguém cita

O git merge –quit esquece o merge em andamento e deixa o índice e a árvore de trabalho exatamente como estão

Sacou a diferença? O –abort tenta RECONSTRUIR o estado anterior, o –quit só limpa a marcação do merge e te deixa com a bagunça do jeito que ela está

Útil quando você quer manter parte do que já foi mesclado no disco e resolver na mão

Essa opção entrou no Git 2.23, então em qualquer instalação atual (a série recente é a 2.55) ela está lá

Qual comando usar em cada situação:

Merge em andamento, com conflito aberto e você quer voltar atrás: git merge –abort

Merge em andamento e você quer só largar o merge, mantendo índice e árvore como estão: git merge –quit

Merge já commitado, e você aceita descartar alterações locais: git reset –hard ORIG_HEAD

Merge já commitado, mas você quer preservar alterações locais que não entraram nele: git reset –merge ORIG_HEAD

Merge já commitado E publicado no remoto: git revert -m 1 <hash-do-merge>

O conflito é de rebase, não de merge: git rebase –abort

Não há material próprio pertinente disponível: o vídeo fornecido é sobre uma skill do GitHub que faz pesquisa na internet, não tem nenhuma relação com merge, conflito ou rebase no git. Nenhuma frase de experiência foi escrita no texto proposto.

Pra conquistar o espaço de primeira mão nessa SERP (que é o que Stack Overflow, freeCodeCamp e dev.to NÃO entregam), o que precisaria ser gravado/capturado de verdade: (1) terminal real provocando um conflito de merge num repo de teste e rodando git merge –abort, com o antes e depois do git status; (2) o caso do MERGE_AUTOSTASH, mostrando lado a lado o que acontece na worktree com –abort versus com git reset –merge; (3) o cenário do aviso oficial, com alterações não commitadas na worktree antes do merge, pra registrar em que situação o –abort realmente não reconstrói o trabalho; (4) o erro fatal: There is no merge to abort (MERGE_HEAD missing) sendo reproduzido depois de um pull com pull.rebase ligado. Com esses quatro prints/gravações dá pra escrever o bloco de experiência real e o veredito de qual comando usar em cada caso.