Encontrei um conflito de mesclagem. Como posso cancelar a mesclagem?

Eu usei git pulle tive um conflito de mesclagem:

unmerged:   _widget.html.erb

You are in the middle of a conflicted merge.

Eu sei que a outra versão do arquivo é boa e a minha é ruim, portanto todas as minhas alterações devem ser abandonadas. Como posso fazer isso?

Como você pullnão teve êxito, então HEAD(não HEAD^) é o último commit "válido" em sua filial:

git reset --hard HEAD

A outra peça que você deseja é deixar que as alterações deles substituam suas alterações.

As versões mais antigas do git permitiam usar a estratégia de mesclagem "deles":

git pull --strategy=theirs remote_branch

Mas isso já foi removido, como explicado nesta mensagem por Junio ​​Hamano (o mantenedor do Git). Conforme observado no link , você faria o seguinte:

git fetch origin
git reset --hard origin

Se sua versão do git for> = 1.6.1, você poderá usar git reset --merge.

Além disso, como o @Michael Johnson menciona, se sua versão do git for> = 1.7.4, você também poderá usá-lo git merge --abort.

Como sempre, verifique se não há alterações não confirmadas antes de iniciar uma mesclagem.

Na página do manual git merge

git merge --aborté equivalente a git reset --mergequando MERGE_HEADestá presente.

MERGE_HEAD está presente quando uma mesclagem está em andamento.

Além disso, em relação às alterações não confirmadas ao iniciar uma mesclagem:

Se você tiver alterações que não deseja confirmar antes de iniciar uma mesclagem, apenas git stashelas antes da mesclagem e git stash popapós concluir a mesclagem ou abortá-la.

git merge --abort

Interrompa o processo atual de resolução de conflitos e tente reconstruir o estado de pré-mesclagem.

Se houver alterações não confirmadas na árvore de trabalho quando a mesclagem foi iniciada, git merge --abortem alguns casos, não será possível reconstruir essas alterações. Portanto, é recomendável sempre confirmar ou ocultar suas alterações antes de executar o git merge.

git merge --aborté equivalente a git reset --mergequando MERGE_HEADestá presente.

http://www.git-scm.com/docs/git-merge

É tão simples.

git merge --abort

O próprio Git mostra a solução quando você está nesse tipo de problema e executa o comando git status.

git status

Espero que isso ajude as pessoas.

Eu acho que git resetvocê precisa.

Cuidado, isso git revertsignifica algo muito diferente de, digamos, svn revert- no Subversion, a reversão descartará suas alterações (não confirmadas), retornando o arquivo para a versão atual do repositório, enquanto git revert"desfaz" um commit.

git resetdeve fazer o equivalente a svn revert, ou seja, descartar as alterações indesejadas.

Nesse caso de uso específico, você realmente não deseja interromper a mesclagem, apenas resolva o conflito de uma maneira específica.

Também não há necessidade de redefinir e executar uma mesclagem com uma estratégia diferente. Os conflitos foram destacados corretamente pelo git e o requisito de aceitar as alterações dos outros lados é apenas para este arquivo.

Para um arquivo não mesclado em um conflito, o git disponibiliza as versões base, local e remota comuns do arquivo no índice. (É daí que eles são lidos para serem usados ​​em uma ferramenta de diferenças de três vias git mergetool.) Você pode usá git show-los para visualizá-los.

# common base:
git show :1:_widget.html.erb

# 'ours'
git show :2:_widget.html.erb

# 'theirs'
git show :3:_widget.html.erb

A maneira mais simples de resolver o conflito para usar a versão remota literalmente é:

git show :3:_widget.html.erb >_widget.html.erb
git add _widget.html.erb

Ou, com git> = 1.6.1:

git checkout --theirs _widget.html.erb

Para um cenário como, eu fiz git fetche git pullpercebi que o ramo upstream não era ramo principal, o que resultou em conflitos indesejados.

git reset --merge 

Isso foi revertido sem redefinir minhas alterações locais.

Os comentários sugerem que git reset --mergeé um alias para git merge --abort. Vale a pena notar que isso git merge --aborté apenas equivalente ao git reset --mergedado que a MERGE_HEADestá presente. Isso pode ser lido na ajuda do git para o comando mesclar.

git merge --abort é equivalente a git reset --merge quando MERGE_HEAD está presente.

Após uma mesclagem com falha, quando não há MERGE_HEAD, a mesclagem com falha pode ser desfeita git reset --merge, mas não necessariamente com git merge --abort. Eles não são apenas sintaxe antiga e nova para a mesma coisa .

Pessoalmente, acho git reset --mergemuito mais poderoso para cenários semelhantes ao descrito e falho mesclas em geral.

Se você acabar com um conflito de mesclagem e não tiver nada a confirmar, mas ainda assim um erro de mesclagem estiver sendo exibido. Depois de aplicar todos os comandos mencionados abaixo,

git reset --hard HEAD
git pull --strategy=theirs remote_branch
git fetch origin
git reset --hard origin

Por favor remova

.git \ index.lock

Arquive [recortar e colar para outro local em caso de recuperação] e, em seguida, insira qualquer um dos comandos abaixo, dependendo da versão desejada.

git reset --hard HEAD
git reset --hard origin

Espero que ajude!!!

Uma alternativa, que preserva o estado da cópia de trabalho é:

git stash
git merge --abort
git stash pop

Eu geralmente desaconselho isso, porque é efetivamente como mesclar no Subversion, pois descarta os relacionamentos de ramificação no commit a seguir.

Desde que o Git 1.6.1.3 git checkoutconseguiu efetuar o checkout de ambos os lados de uma mesclagem:

git checkout --theirs _widget.html.erb

Eu encontrei o seguinte funcionou para mim (reverter um único arquivo para pré-mesclar o estado):

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

Sourcetree

Como você não compromete sua mesclagem, basta clicar duas vezes em outro ramo (o que significa fazer checkout) e, quando o sourcetree perguntar sobre como descartar todas as alterações, concorde :)