Git se recusando a mesclar histórias não relacionadas em rebase

Durante git rebase origin/developmenta seguinte mensagem de erro é mostrada no Git:

fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

Minha versão do Git é 2.9.0. Costumava funcionar bem na versão anterior.

Como posso continuar essa reformulação, permitindo históricos não relacionados com a bandeira forçada introduzida no novo lançamento?

O comportamento padrão mudou desde o Git 2.9:

"git merge" usado para permitir a fusão de duas ramificações que não têm base comum por padrão, o que levou a um novo histórico de um projeto existente criado e depois foi puxado por um mantenedor desavisado, o que permitiu que um histórico paralelo desnecessário fosse mesclado ao projeto existente . O comando foi ensinado a não permitir isso por padrão , com uma --allow-unrelated-historiesopção de hachura de escape a ser usada em um evento raro que mescla os históricos de dois projetos que iniciaram suas vidas independentemente.

Veja o changelog do release do Git para mais informações.

Você pode usar --allow-unrelated-historiespara forçar a mesclagem.

No meu caso, o erro ocorreu fatal: refusing to merge unrelated historiesem todas as tentativas, especialmente na primeira solicitação pull após adicionar remotamente um repositório Git.

O uso do --allow-unrelated-historiessinalizador funcionou com uma solicitação pull desta maneira:

git pull origin branchname --allow-unrelated-histories

Tente o seguinte comando:

git pull origin master --allow-unrelated-histories

Isso deve resolver seu problema.

Eu recebi esse erro ao configurar um repositório local primeiro. Então eu fui ao GitHub e criei um novo repositório. Então eu corri

git remote add origin <repository url>

Quando tentei empurrar ou puxar, sempre recebia o mesmo fatal: unrelated_historieserro.

Aqui está como eu o consertei:

git pull origin master --allow-unrelated-histories
git merge origin origin/master
... add and commit here...
git push origin master

Para isso, digite o comando:

git pull origin branchname --allow-unrelated-histories

Por exemplo,

git pull origin master --allow-unrelated-histories

Referência:

Problema de histórias não relacionadas ao GitHub

git pull origin <branch> --allow-unrelated-histories

Você será roteado para uma janela de edição do Vim:

• Inserir mensagem de confirmação
• Em seguida, pressione Esc(para sair do modo "Inserir"), depois :(dois pontos), depois x(pequeno "x") e, finalmente, pressione Enterpara sair do Vim
• git push --set-upstream origin <branch>

Eu tive o mesmo problema. Tente o seguinte:

git pull origin master --allow-unrelated-histories 

git push origin master

Tentar git pull --rebase development

Para Android Studio e IntelliJ:

Primeiro, comprometa tudo e resolva quaisquer conflitos.

Em seguida, abra o terminal abaixo do IDE e digite:

git pull origin master --allow-unrelated-histories

Agora você pode empurrar.

ADVERTÊNCIA, ISSO PODERÁ SUBSTITUIR O REPOSITÓRIO REMOTO

Isso funcionou para mim:

git push origin master --force

Como todas as outras respostas não estão realmente respondendo à pergunta, aqui está uma solução inspirada por essa resposta em uma pergunta relacionada.

Então você recebe seu erro git rebase:

$ git rebase origin/development
fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

Na verdade, esse erro não cancela a rebase, mas agora você está no meio dela:

$ git status
interactive rebase in progress; onto 4321beefdead
Last command done (1 command done):
   pick 1234deadbeef1234deadbeef test merge commit

Agora você pode fazer a mesclagem manualmente. Descubra as confirmações pai da confirmação de mesclagem original:

$ git log -1 1234deadbeef1234deadbeef
commit 1234deadbeef1234deadbeef
Merge: 111111111 222222222
Author: Hans Dampf
Date:   Wed Jun 6 18:04:35 2018 +0200

    test merge commit

Descubra qual dos dois pais de mesclagem é o que foi mesclado ao atual (provavelmente o segundo, verifique com git log 222222222) e faça a mesclagem manualmente, copiando a mensagem de confirmação do commit de mesclagem original:

$ git merge --allow-unrelated 222222222 --no-commit
Automatic merge went well; stopped before committing as requested
$ git commit -C 1234deadbeef1234deadbeef
[detached HEAD 909af09ec] test merge commit
 Date: Wed Jun 6 18:04:35 2018 +0200
$ git rebase --continue
Successfully rebased and updated refs/heads/test-branch.

Eu tive o mesmo problema. O problema é remoto tinha algo impedindo isso.

Eu criei um repositório local pela primeira vez. Eu adicionei um arquivo LICENSEe README.mdao meu local e cometi.

Como eu queria um repositório remoto, criei um no GitHub. Aqui cometi um erro ao verificar "Inicializar este repositório com um README" , que também criou um README.md no controle remoto.

Então agora quando eu corri

git push --set-upstream origin master

Eu tenho:

error: failed to push some refs to 'https://github.com/lokeshub/myTODs.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes
(e.g. hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Agora, para superar isso, eu fiz

git pull origin master

O que resultou no erro abaixo:

From https://github.com/lokeshub/myTODs
branch            master     -> FETCH_HEAD
fatal: refusing to merge unrelated histories**

Eu tentei:

git pull origin master --allow-unrelated-histories

Resultado:

From https://github.com/lokeshub/myTODs
 * branch            master     -> FETCH_HEAD
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Automatic merge failed;
fix conflicts and then commit the result.

Solução:

Eu removi o repositório remoto e criei um novo (acho que apenas a remoção do arquivo READMEpoderia ter funcionado) e depois disso o seguinte funcionou:

git remote rm origin
git remote add origin https://github.com/lokeshub/myTODOs.git
git push --set-upstream origin master

Isso geralmente acontece quando você confirma a primeira vez no repositório remoto. Como o erro diz claramente "recusando-se a mesclar históricos não relacionados", precisamos usar o sinalizador --allow-related-related-historories.

git pull origin master  --allow-unrelated-histories

Agora, existem alguns conflitos que temos que resolver manualmente. Depois disso, apenas confirme o código e pressione-o.

Duas possibilidades quando isso pode acontecer -

1. Você clonou um projeto e, de alguma forma, o diretório .git foi excluído ou corrompido. Isso faz com que o Git desconheça seu histórico local e, portanto, fará com que ele gere esse erro quando você tenta enviar ou receber do repositório remoto.

2. Você criou um novo repositório, adicionou algumas confirmações e agora está tentando extrair de um repositório remoto que já possui algumas confirmações. O Git também lançará o erro neste caso, pois não tem idéia de como os dois projetos estão relacionados.

SOLUÇÃO

mestre de origem do git pull --allow-unrelated-historories

Ref - https://www.educative.io/edpresso/the-fatal-refusing-to-merge-unrelated-histories-git-error

Eu lutei com isso também, mas consegui encontrar uma solução alternativa.

Quando você se deparar com o erro acima, basta escolher a confirmação de mesclagem e continuar a rebase:

git cherry-pick -m 1 1234deadbeef1234deadbeef
git rebase --continue

Primeiro, puxe as alterações remotas para o seu local usando o seguinte comando:

git pull origin branchname --allow-unrelated-histories

** branchname é mestre no meu caso.

Quando o comando pull é executado, ocorre conflito. Você deve resolver os conflitos. Eu uso o Android Studio para resolver conflitos.

Quando os conflitos são resolvidos, a mesclagem é feita!

Agora você pode empurrar com segurança.

Eu acabei de fazer

  git pull --allow-unrelated-histories

Ao fazer um git pull, recebi esta mensagem fatal: refusing to merge unrelated histories para um módulo de repo onde não havia atualizado a cópia local por um tempo.

Eu executei este comando apenas para atualizar o local da origem. Eu só queria as últimas informações do controle remoto e não precisava de alterações locais.

git reset --hard origin/master

Isso corrigiu no meu caso.

Tenha uma leitura com o link abaixo, funciona para mim (sem usar a --allow-unrelated-historiesbandeira)

https://stackoverflow.com/a/39783462/4324288

Estou usando a rebase há anos e nunca havia encontrado esse problema. No entanto, seu primeiro problema é que você tenta fazê-lo diretamente na ramificação developmentremota do repositório remoto, chamadoorigin . Isso está literalmente errado porque rebase é um comando perigoso, que reestrutura a história do git. Dito isto, você deve primeiro tentar seu repositório local e pressioná-lo apenas, se ele funcionar para você conforme o esperado.

Portanto, meu fluxo de trabalho de rebase usual se parece com o seguinte (mas lembre-se de que você não deve usar rebase em ramificações, o qual não é o único comitê. Para essas ramificações, use simplesmente mesclar e resolver conflitos, se aplicável):

1. verifique se você tem uma árvore de trabalho limpa (sem alterações sem compromisso)
2. checkout para a ramificação na qual você deseja refazer a recuperação (por exemplo, digamos que seja master; como um comando de uma linha):git checkout master && git pull origin master && git checkout development
3. Faça o rebase real: git rebase master
4. Se estiver pronto e tudo funcionar como esperado, envie-o para o controle remoto. Para fazer isso, você precisa forçá-lo, porque o host remoto já possui o histórico em outra ordem, o remoto responderia sem nada para empurrar. Portanto, precisamos dizer "minha versão local do histórico está correta, substitua tudo nesse ramo remoto usando minha versão local do histórico":git push -f origin development

Como já mencionei, lembre-se de que a reorganização manipula a história do git, que geralmente é uma coisa ruim. No entanto, é possível fazer isso em filiais, onde ninguém mais se compromete. Para manter a ramificação flexível para os outros desenvolvedores, use outra estratégia de mesclagem, como mesclagem em si, squash ou cherrypick. Portanto, em outras palavras: Rebase não deve ser sua ferramenta no desenvolvimento distribuído. Funciona bem se você é o único que trabalha neste repositório.

Usamos a estratégia de ramificação de recursos. Nisso, eu costumo usar rebase para obter as "atualizações" de outros desenvolvedores, que entretanto aconteceram no ramo mestre. Fazendo isso, reduz o tamanho das confirmações visíveis em uma solicitação de recebimento. Portanto, torna mais fácil para o revisor de código ver minhas alterações feitas neste ramo de recursos.