Git se niega a fusionar historias no relacionadas en rebase

Durante git rebase origin/developmentel siguiente mensaje de error se muestra desde Git:

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

Mi versión de Git es 2.9.0. Solía ​​funcionar bien en la versión anterior.

¿Cómo puedo continuar este rebase permitiendo historias no relacionadas con la bandera forzada introducida en la nueva versión?

El comportamiento predeterminado ha cambiado desde Git 2.9:

"git merge" solía permitir la fusión de dos ramas que no tienen una base común por defecto, lo que condujo a un nuevo historial de un proyecto existente creado y luego fue arrastrado por un incauto mantenedor, lo que permitió una historia paralela innecesaria fusionada en el proyecto existente . Se le ha enseñado al comando a no permitir esto de manera predeterminada , con una --allow-unrelated-historiesopción de escotilla de escape que se utilizará en un evento raro que fusiona las historias de dos proyectos que comenzaron sus vidas de forma independiente.

Consulte el registro de cambios de la versión de Git para obtener más información.

Puede usar --allow-unrelated-historiespara forzar la fusión.

En mi caso, el error fue solo fatal: refusing to merge unrelated historiesen cada intento, especialmente en la primera solicitud de extracción después de agregar de forma remota un repositorio Git.

El uso de la --allow-unrelated-historiesbandera funcionó con una solicitud de extracción de esta manera:

git pull origin branchname --allow-unrelated-histories

Pruebe el siguiente comando:

git pull origin master --allow-unrelated-histories

Esto debería solucionar tu problema.

Recibí este error cuando configuré un repositorio local primero. Luego fui a GitHub y creé un nuevo repositorio. Entonces corrí

git remote add origin <repository url>

Cuando traté de empujar o tirar, recibí el mismo fatal: unrelated_historieserror cada vez.

Así es como lo arreglé:

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

Para esto, ingrese el comando:

git pull origin branchname --allow-unrelated-histories

Por ejemplo,

git pull origin master --allow-unrelated-histories

Referencia:

Problema de historias no relacionadas de GitHub

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

Será dirigido a una ventana de edición de Vim:

• Insertar mensaje de confirmación
• Luego presione Esc(para salir del modo "Insertar"), luego :(dos puntos), luego x(pequeña "x") y finalmente presione para salir Enterde Vim
• git push --set-upstream origin <branch>

Yo tuve el mismo problema. Prueba esto:

git pull origin master --allow-unrelated-histories 

git push origin master

Tratar git pull --rebase development

Para Android Studio e IntelliJ:

Primero, comprometerse todo y resuelve cualquier conflicto.

Luego abra la terminal desde abajo del IDE e ingrese:

git pull origin master --allow-unrelated-histories

Ahora puedes empujar.

ADVERTENCIA ESTO POSIBLEMENTE SOBRESCRIBIRÁ EL REPOSITORIO REMOTO

Esto funcionó para mí:

git push origin master --force

Como todas las otras respuestas no responden realmente la pregunta, aquí hay una solución inspirada en esta respuesta en una pregunta relacionada.

Entonces obtienes tu error haciendo git rebase:

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

Este error en realidad no cancela el rebase, pero ahora estás en el medio:

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

Entonces ahora puedes hacer la fusión a mano. Descubra los commits principales del commit de fusión 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

Averigüe cuál de los dos padres de fusión es el que se fusionó con el actual (probablemente el segundo, verifique con git log 222222222), y luego haga la fusión a mano, copiando el mensaje de confirmación del compromiso de fusión 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.

Yo tuve el mismo problema. El problema es que remoto tenía algo que lo impedía.

Primero creé un repositorio local. He añadido una LICENSEy README.mdarchivo a mi local y comprometida.

Entonces quería un repositorio remoto, así que creé uno en GitHub. Aquí cometí un error al marcar "Inicializar este repositorio con un archivo README" , que también creó un archivo README.md en remoto.

Entonces ahora cuando corrí

git push --set-upstream origin master

Tengo:

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.

Ahora para superar esto hice

git pull origin master

Lo que resultó en el siguiente error:

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

Lo intenté:

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.

Solución:

Eliminé el repositorio remoto y creé uno nuevo (creo que solo eliminar el archivo READMEpodría haber funcionado) y luego funcionó lo siguiente:

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

Esto suele suceder cuando se compromete por primera vez al repositorio remoto. Como el error dice claramente "negarse a fusionar historias no relacionadas", tenemos que usar el indicador --allow-non-related-historories.

git pull origin master  --allow-unrelated-histories

Ahora habría algunos conflictos que tenemos que resolver manualmente. Después de eso solo confirme el código y empújelo.

Dos posibilidades cuando esto puede suceder:

1. Has clonado un proyecto y, de alguna manera, el directorio .git se eliminó o corrompió. Esto lleva a Git a no estar al tanto de su historial local y, por lo tanto, hará que arroje este error cuando intente empujar hacia o desde el repositorio remoto.

2. Ha creado un nuevo repositorio, le ha agregado algunas confirmaciones y ahora está intentando extraerlo de un repositorio remoto que ya tiene algunas confirmaciones propias. Git también arrojará el error en este caso, ya que no tiene idea de cómo se relacionan los dos proyectos.

SOLUCIÓN

git pull origin master --permitir historias no relacionadas

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

También luché con esto, pero logré encontrar una solución.

Cuando se encuentre con el error anterior, simplemente seleccione el compromiso de fusión y luego continúe con el rebase:

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

En primer lugar, realice los cambios remotos a su local utilizando el siguiente comando:

git pull origin branchname --allow-unrelated-histories

** branchname es master en mi caso.

Cuando finaliza el comando de extracción, se produce un conflicto. Deberías resolver los conflictos. Yo uso Android Studio para resolver conflictos.

Cuando se resuelven los conflictos, la fusión está hecha.

Ahora puedes empujar con seguridad.

Acabo de hacer un

  git pull --allow-unrelated-histories

Al hacer una git pull, recibí este mensaje fatal: refusing to merge unrelated histories para un módulo de repositorio donde no había actualizado la copia local durante un tiempo.

Ejecuté este comando solo para actualizar local desde el origen. Solo quería lo último del control remoto y no necesitaba ningún cambio local.

git reset --hard origin/master

Esto lo solucionó en mi caso.

Leer con el siguiente enlace, funciona para mí (sin usar la --allow-unrelated-historiesbandera)

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

Estoy usando el rebase durante años y nunca me había encontrado con ese problema. Sin embargo, su primer problema es que intenta hacerlo directamente en la rama remota developmentdesde el repositorio remoto, llamadoorigin . Eso es literalmente incorrecto porque rebase es un comando peligroso, que reestructura el historial de git. Dicho esto, primero debe probar su repositorio local y presionarlo solo, si funciona para usted como se esperaba.

Por lo tanto, mi flujo de trabajo de rebase habitual es el siguiente (pero tenga en cuenta que no debe usar rebase en las ramas, que no es el único comité. Para tales ramas, use simplemente fusionar y resolver conflictos, si corresponde):

1. asegúrese de tener un árbol de trabajo limpio (sin cambios no confirmados)
2. pagar a la rama en la que desea volver a basar (por ejemplo, digamos que es master; como un comando de una línea):git checkout master && git pull origin master && git checkout development
3. Hacer el rebase real: git rebase master
4. Si está hecho y todo funciona como se esperaba, llévelo a su control remoto. Para hacerlo, debe forzarlo, ya que el host remoto ya tiene el historial en otro orden, el control remoto respondería sin nada que presionar. Entonces, tenemos que decir "mi versión local del historial es correcta, sobrescribir todo en esa rama remota usando mi versión local del historial":git push -f origin development

Como ya mencioné, tenga en cuenta que rebase manipula la historia de git, eso generalmente es algo malo. Sin embargo, es posible hacerlo en las sucursales, donde nadie más se compromete. Para mantener la rama extraíble para los otros desarrolladores, use otra estrategia de fusión como fusionarse, squash o cherrypick. En otras palabras: Rebase no debería ser su herramienta en el desarrollo distribuido. Funciona bien para ti si eres el único que trabaja en este repositorio.

Utilizamos la estrategia de ramificación de características. En esto, usualmente uso rebase para obtener las "actualizaciones" de los otros desarrolladores, eso sucedió mientras tanto en la rama maestra. Al hacerlo, reduce el tamaño de las confirmaciones que son visibles en una solicitud de extracción. Por lo tanto, facilita que el revisor de código vea mis cambios realizados en esta rama de características.