Git refuse de fusionner des histoires non liées sur rebase

Pendant git rebase origin/developmentle message d'erreur suivant est affiché depuis Git:

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

Ma version Git est 2.9.0. Il fonctionnait bien dans la version précédente.

Comment puis-je continuer ce rebase en autorisant les historiques sans rapport avec le drapeau forcé introduit dans la nouvelle version?

Le comportement par défaut a changé depuis Git 2.9:

"git merge" utilisé pour permettre la fusion de deux branches qui n'ont pas de base commune par défaut, ce qui a conduit à la création d'un tout nouvel historique d'un projet existant, puis a été tiré par un responsable sans méfiance, ce qui a permis la fusion d'un historique parallèle inutile dans le projet existant . La commande a appris à ne pas autoriser cela par défaut , avec une --allow-unrelated-historiesoption de hachure d'échappement à utiliser dans un événement rare qui fusionne les historiques de deux projets qui ont commencé leur vie indépendamment.

Voir le journal des modifications de Git pour plus d'informations.

Vous pouvez utiliser --allow-unrelated-historiespour forcer la fusion à se produire.

Dans mon cas, l'erreur était juste fatal: refusing to merge unrelated histories à chaque essai, en particulier la première demande d'extraction après avoir ajouté à distance un référentiel Git.

L'utilisation du --allow-unrelated-historiesdrapeau a fonctionné avec une demande de tirage de cette manière:

git pull origin branchname --allow-unrelated-histories

Essayez la commande suivante:

git pull origin master --allow-unrelated-histories

Cela devrait résoudre votre problème.

J'ai eu cette erreur lorsque j'ai d'abord configuré un référentiel local. Ensuite, je suis allé sur GitHub et j'ai créé un nouveau référentiel. Puis j'ai couru

git remote add origin <repository url>

Quand j'ai essayé de pousser ou de tirer, j'ai toujours eu la même fatal: unrelated_historieserreur.

Voici comment je l'ai corrigé:

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

Pour cela, entrez la commande:

git pull origin branchname --allow-unrelated-histories

Par exemple,

git pull origin master --allow-unrelated-histories

Référence:

Problème d'histoires non liées à GitHub

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

Vous serez dirigé vers une fenêtre d'édition de Vim:

• Insérer un message de validation
• Appuyez ensuite sur Esc(pour quitter le mode "Insertion"), puis sur :(deux-points), puis sur x(petit "x") et enfin appuyez Entersur pour sortir de Vim
• git push --set-upstream origin <branch>

J'ai eu le même problème. Essaye ça:

git pull origin master --allow-unrelated-histories 

git push origin master

Essayer git pull --rebase development

Pour Android Studio et IntelliJ:

Commencez par vous engager tout et résolvez les conflits.

Ouvrez ensuite le terminal par le bas d'IDE et entrez:

git pull origin master --allow-unrelated-histories

Vous pouvez maintenant pousser.

AVERTISSEMENT, CELA ÉCRASERA POTENTIELLEMENT LE DÉPOSITAIRE À DISTANCE

Cela a fonctionné pour moi:

git push origin master --force

Étant donné que toutes les autres réponses ne répondent pas réellement à la question, voici une solution inspirée de cette réponse sur une question connexe.

Vous obtenez donc votre erreur en faisant git rebase:

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

Cette erreur n'annule pas réellement le rebase, mais vous êtes maintenant au milieu:

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

Vous pouvez donc maintenant faire la fusion à la main. Découvrez les validations parentes du commit de fusion d'origine:

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

    test merge commit

Découvrez lequel des deux parents de fusion est celui qui a été fusionné dans celui actuel (probablement le second, vérifiez avec git log 222222222), puis effectuez la fusion à la main, en copiant le message de validation du commit de fusion d'origine:

$ 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.

J'ai eu le même problème. Le problème est que la télécommande avait quelque chose qui l'empêchait.

J'ai d'abord créé un référentiel local. J'ai ajouté un LICENSEet README.mddossier à mon local et engagé.

Ensuite, je voulais un référentiel distant alors j'en ai créé un sur GitHub. Ici, j'ai fait une erreur en cochant "Initialiser ce référentiel avec un fichier README" , ce qui a également créé un fichier README.md à distance.

Alors maintenant, quand j'ai couru

git push --set-upstream origin master

J'ai eu:

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.

Maintenant, pour surmonter cela, je l'ai fait

git pull origin master

Ce qui a entraîné l'erreur ci-dessous:

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

J'ai essayé:

git pull origin master --allow-unrelated-histories

Résultat:

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.

Solution:

J'ai supprimé le référentiel distant et créé un nouveau (je pense que seule la suppression du fichier READMEaurait pu fonctionner) et après cela, le ci-dessous a fonctionné:

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

Cela se produit généralement lorsque vous vous engagez pour la première fois dans un référentiel distant. Comme l'erreur indique clairement "refus de fusionner des histoires non liées", nous devons utiliser l'indicateur --allow-unrelated-histories.

git pull origin master  --allow-unrelated-histories

Il y aurait maintenant des conflits que nous devons résoudre manuellement. Après cela, validez simplement le code et poussez-le.

Deux possibilités lorsque cela peut se produire -

1. Vous avez cloné un projet et, d'une manière ou d'une autre, le répertoire .git a été supprimé ou corrompu. Cela amène Git à ignorer votre historique local et, par conséquent, le fera lever cette erreur lorsque vous essayez de pousser ou de tirer du référentiel distant.

2. Vous avez créé un nouveau référentiel, y avez ajouté quelques validations, et maintenant vous essayez de tirer à partir d'un référentiel distant qui a déjà ses propres validations. Git lancera également l'erreur dans ce cas, car il n'a aucune idée de la façon dont les deux projets sont liés.

SOLUTION

git pull origin master --allow-unrelated-histories

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

J'ai également eu du mal avec cela, mais j'ai réussi à trouver une solution.

Lorsque vous rencontrez l'erreur ci-dessus, choisissez simplement le commit de fusion et continuez la rebase:

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

Commencez par extraire les modifications à distance de votre section locale à l'aide de la commande suivante:

git pull origin branchname --allow-unrelated-histories

** le nom de la branche est maître dans mon cas.

Lorsque la commande Pull est terminée, un conflit se produit. Vous devez résoudre les conflits. J'utilise Android Studio pour résoudre des conflits.

Lorsque les conflits sont résolus, la fusion est terminée!

Vous pouvez maintenant pousser en toute sécurité.

Je viens de faire un

  git pull --allow-unrelated-histories

En faisant un git pull, j'ai reçu ce message fatal: refusing to merge unrelated histories pour un module de dépôt où je n'avais pas mis à jour la copie locale depuis un moment.

J'ai exécuté cette commande juste pour rafraîchir le local à partir de l'origine. Je voulais juste la dernière version de la télécommande et je n'avais pas besoin de changements locaux.

git reset --hard origin/master

Cela l'a corrigé dans mon cas.

A lire avec le lien ci-dessous, ça fonctionne pour moi (sans utiliser le --allow-unrelated-historiesdrapeau)

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

J'utilise le rebase depuis des années et je n'avais jamais rencontré un tel problème. Cependant, votre premier problème est que vous essayez de le faire directement sur la branche distante à developmentpartir du référentiel distant, appeléorigin . C'est littéralement faux parce que rebaser est une commande dangereuse, qui restructure l'historique git. Cela dit, vous devez d'abord essayer votre référentiel local et le pousser uniquement, si cela fonctionne pour vous comme prévu.

Ainsi, mon flux de travail de rebase habituel ressemble à ce qui suit (mais veuillez garder à l'esprit que vous ne devez pas utiliser rebase sur les branches, ce que vous n'êtes pas le seul comité. Pour ces branches, utilisez simplement fusionner et résoudre les conflits, le cas échéant):

1. assurez-vous d'avoir un arbre de travail propre (pas de modifications non validées)
2. extraire la branche sur laquelle vous souhaitez rebaser (par exemple, disons que c'est master; en tant que commande sur une ligne):git checkout master && git pull origin master && git checkout development
3. Effectuez le rebasage réel: git rebase master
4. Si c'est fait et que tout fonctionne comme prévu, poussez-le sur votre télécommande. Pour ce faire, vous devez le forcer, car l'hôte distant a déjà l'historique dans un autre ordre, la télécommande répondra sans rien pousser. Donc, nous devons dire "ma version locale de l'historique est correcte, écraser tout sur cette branche distante en utilisant ma version locale de l'historique":git push -f origin development

Comme je l'ai déjà mentionné, gardez à l'esprit que le rebase manipule l'histoire de Git, c'est généralement une mauvaise chose. Cependant, il est possible de le faire sur les succursales, où personne d'autre ne s'engage. Afin de garder la branche extractible pour les autres développeurs, utilisez une autre stratégie de fusion comme fusionner elle-même, squash ou cherrypick. Donc, en d'autres termes: Rebase ne devrait pas être votre outil de développement distribué. Cela fonctionne bien pour vous si vous êtes le seul à travailler sur ce référentiel.

Nous utilisons la stratégie de branche de fonctionnalité. En cela, j'utilise habituellement rebase afin d'obtenir les "mises à jour" des autres développeurs, ce qui s'est produit entre-temps sur la branche master. Ce faisant, il réduit la taille des validations visibles dans une demande d'extraction. Par conséquent, il est plus facile pour le réviseur de code de voir mes modifications apportées dans cette branche de fonctionnalité.