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 con este cambio de base 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" utilizado para permitir la fusión de dos ramas que no tienen una base común de forma predeterminada, lo que llevó a un nuevo historial de un proyecto existente creado y luego fue retirado por un mantenedor desprevenido, lo que permitió un historial paralelo innecesario combinado con el proyecto existente . Se le ha enseñado al comando que no permita esto de forma predeterminada , con una --allow-unrelated-historiesopción de trampilla de escape que se utilizará en un evento poco común 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 utilizar --allow-unrelated-historiespara forzar la fusión.

En mi caso, el error se produjo 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 de 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

Prueba 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 intenté empujar o tirar, obtuve 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 con 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("x" pequeña) 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, comete todo y resuelva cualquier conflicto.

Luego abra la terminal desde abajo de IDE e ingrese:

git pull origin master --allow-unrelated-histories

Ahora puedes empujar.

Ejecuté este comando y el problema se resolvió. 1

git pull origin branchName --allow-unrelated-histories

Dos posibilidades cuando esto puede suceder:

1. Ha clonado un proyecto y, de alguna manera, el directorio .git se eliminó o se corrompió. Esto hace que Git no conozca su historial local y, por lo tanto, generará este error cuando intente presionar o extraer del repositorio remoto.

2. Ha creado un nuevo repositorio, le ha agregado algunas confirmaciones y ahora está intentando extraer 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 --allow-unrelated-history

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

ADVERTENCIA ESTO POTENCIALMENTE SOBRESCRIBIRÁ EL REPOSITORIO REMOTO

Esto funcionó para mí:

git push origin master --force

Dado que todas las demás respuestas no responden realmente a la pregunta, aquí hay una solución inspirada en esta respuesta en una pregunta relacionada.

Entonces obtienes tu error al hacer 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á en medio de él:

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

Entonces ahora puede hacer la fusión a mano. Descubra las confirmaciones principales de la confirmación 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 realice la fusión a mano, copiando el mensaje de confirmación de la 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 remoto tenía algo que lo impedía.

Primero creé un repositorio local. Agregué un archivo LICENSEy README.mda mi archivo local y comprometido.

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

Así que 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 lo 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 en un repositorio remoto. Como el error dice claramente "negarse a fusionar historias no relacionadas", debemos usar la marca --allow-unrelated-historiales.

git pull origin master  --allow-unrelated-histories

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

Primero, extraiga los cambios remotos a su local usando el siguiente comando:

git pull origin branchname --allow-unrelated-histories

** branchname es maestro en mi caso.

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

Cuando se resuelven los conflictos, ¡la fusión está lista!

Ahora puedes empujar con seguridad.

También luché con esto, pero me las arreglé para encontrar una solución.

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

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

Intenté git pull --allow-unrelated-historiesno funcionó, pero lo que me resuelve este problema fue:

1. Copié todos los archivos de mi repositorio de escritorio en otra carpeta y luego eliminé la carpeta.

2. Luego clono el repositorio nuevamente porque es un proyecto nuevo.

3. Cuando copié mis archivos de nuevo y presioné, funcionó a la perfección.

Al hacer una git pull, recibí este mensaje fatal: refusing to merge unrelated histories para un módulo de repositorio en el que 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.

Para los empleados de Google:

Si creó un nuevo repositorio en GitHub y lo inicializó accidentalmente con archivos READMEo .gitignore.

Si no puede fusionar o reajustar porque la .gitcarpeta está dañada.

Entonces:

• Crear una nueva carpeta
• git clone
• Pegue todos sus archivos en esta carpeta

Ahora lo local y lo remoto tendrán "historias relacionadas" y se fusionarán o volverán a fusionarse felizmente.

Utilizo la rebase durante años y nunca me había encontrado con tal problema. Sin embargo, su primer problema es que intenta hacerlo directamente en la rama remota developmentdesde el repositorio remoto, llamado origin. Eso es literalmente incorrecto porque rebase es un comando peligroso, que reestructura el historial de git. Habiendo dicho eso, primero debe probar en su repositorio local y empujarlo solo, si funciona para usted como se esperaba.

Por lo tanto, mi flujo de trabajo de rebase habitual se parece a lo 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 sin compromiso)
2. checkout a la rama en la que desea cambiar la base (por ejemplo, digamos que es master; como un comando de una línea):git checkout master && git pull origin master && git checkout development
3. Haz el rebase real: git rebase master
4. Si está hecho y todo funciona como se esperaba, empújelo hacia su control remoto. Para hacerlo, debe forzarlo, porque el host remoto ya tiene el historial en otro orden, el remoto respondería sin nada que presionar. Entonces, debemos decir "mi versión local del historial es correcta, sobrescriba todo en esa rama remota usando mi versión local del historial":git push -f origin development

Como ya mencioné, tenga en cuenta que la rebase manipula el historial de git, que suele ser algo malo. Sin embargo, es posible hacer eso 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, aplastar o seleccionar. Entonces, en otras palabras: Rebase no debería ser su herramienta de desarrollo distribuido. Funciona bien para usted si es el único que trabaja en este repositorio.

Usamos la estrategia de rama de características. En esto, usualmente uso rebase para obtener las "actualizaciones" de los otros desarrolladores, que sucedieron 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, al revisor de código le resulta más fácil ver mis cambios realizados en esta rama de funciones.

Veo que la respuesta más votada no resuelve esta pregunta, que se encuentra en el contexto del rebase.

La única forma de sincronizar las dos ramas divergentes es fusionarlas de nuevo, lo que da como resultado una confirmación de fusión adicional y dos conjuntos de confirmaciones que contienen los mismos cambios (los originales y los de su rama rebasada). No hace falta decir que esta es una situación muy confusa.

Entonces, antes de correr git rebase, pregúntese siempre: "¿Alguien más está mirando esta rama?" Si la respuesta es sí, quite las manos del teclado y comience a pensar en una forma no destructiva de hacer sus cambios (por ejemplo, el git revertcomando). De lo contrario, puede volver a escribir el historial todo lo que quiera.

Referencia: https://www.atlassian.com/git/tutorials/merging-vs-rebasing#the-golden-rule-of-rebasing