Git weigert sich, nicht verwandte Historien bei Rebase zusammenzuführen

Während git rebase origin/developmentder folgenden Fehlermeldung wird von Git angezeigt:

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

Meine Git-Version ist 2.9.0. In der vorherigen Version funktionierte es einwandfrei.

Wie kann ich diese Rebase fortsetzen und nicht verwandte Historien mit der in der neuen Version eingeführten erzwungenen Flagge zulassen?

Das Standardverhalten hat sich seit Git 2.9 geändert:

"git merge" ermöglichte das Zusammenführen von zwei Zweigen, die standardmäßig keine gemeinsame Basis haben. Dies führte dazu, dass ein brandneuer Verlauf eines vorhandenen Projekts erstellt und dann von einem ahnungslosen Betreuer abgerufen wurde, wodurch ein unnötiger paralleler Verlauf in das vorhandene Projekt eingefügt werden konnte . Dem Befehl wurde beigebracht , dies standardmäßig nicht zuzulassen.--allow-unrelated-histories In einem seltenen Fall wird eine Escape-Luke- Option verwendet, bei der die Historien zweier Projekte zusammengeführt werden, die ihr Leben unabhängig voneinander begonnen haben.

Weitere Informationen finden Sie im Git-Release-Änderungsprotokoll .

Sie können verwenden --allow-unrelated-histories, um die Zusammenführung zu erzwingen.

In meinem Fall trat der Fehler nur fatal: refusing to merge unrelated historiesbei jedem Versuch auf, insbesondere bei der ersten Pull-Anforderung nach dem Remote-Hinzufügen eines Git-Repositorys.

Die Verwendung des --allow-unrelated-historiesFlags funktionierte mit einer Pull-Anfrage folgendermaßen:

git pull origin branchname --allow-unrelated-histories

Versuchen Sie den folgenden Befehl:

git pull origin master --allow-unrelated-histories

Dies sollte Ihr Problem lösen.

Ich habe diesen Fehler erhalten, als ich zuerst ein lokales Repository eingerichtet habe. Dann bin ich zu GitHub gegangen und habe ein neues Repository erstellt. Dann rannte ich

git remote add origin <repository url>

Wenn ich versuchte zu drücken oder zu ziehen, bekam ich fatal: unrelated_historiesjedes Mal den gleichen Fehler.

So habe ich es behoben:

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

Geben Sie dazu den folgenden Befehl ein:

git pull origin branchname --allow-unrelated-histories

Zum Beispiel,

git pull origin master --allow-unrelated-histories

Referenz:

GitHub nicht verwandte Historien Problem

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

Sie werden zu einem Vim-Bearbeitungsfenster weitergeleitet:

• Commit-Nachricht einfügen
• Drücken Sie dann Esc(um den "Einfügen" -Modus zu verlassen), dann :(Doppelpunkt), dann x(kleines "x") und drücken Sie schließlich Enter, um Vim zu verlassen
• git push --set-upstream origin <branch>

Ich hatte das gleiche Problem. Versuche dies:

git pull origin master --allow-unrelated-histories 

git push origin master

Versuchen git pull --rebase development

Für Android Studio und IntelliJ:

Zuerst verpflichten alles und Konflikte zu lösen.

Öffnen Sie dann das Terminal von unten in der IDE und geben Sie Folgendes ein:

git pull origin master --allow-unrelated-histories

Jetzt können Sie schieben.

WARNUNG DIESES ÜBERSCHREIBT DAS REMOTE-REPOSITORY möglicherweise

Das hat bei mir funktioniert:

git push origin master --force

Da alle anderen Antworten die Frage nicht beantworten, finden Sie hier eine Lösung, die von dieser Antwort inspiriert ist auf eine verwandte Frage .

So bekommen Sie Ihren Fehler zu tun git rebase:

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

Dieser Fehler bricht die Rebase nicht ab, aber Sie befinden sich jetzt in der Mitte:

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

Sie können die Zusammenführung jetzt von Hand durchführen. Finden Sie die übergeordneten Commits des ursprünglichen Merge-Commits heraus:

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

    test merge commit

Finden Sie heraus, welches der beiden Eltern zum Zusammenführen mit dem aktuellen zusammengeführt wurde (wahrscheinlich das zweite, überprüfen Sie mit git log 222222222), und führen Sie die Zusammenführung von Hand durch, indem Sie die Festschreibungsnachricht des ursprünglichen Zusammenführungs-Festschreibens kopieren:

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

Ich hatte das gleiche Problem. Das Problem ist, dass Remote dies verhindert hat.

Ich habe zuerst ein lokales Repository erstellt. Ich habe ein LICENSEund hinzugefügtREADME.md -Datei zu meiner lokalen und festgeschriebenen Datei .

Dann wollte ich ein Remote-Repository, also habe ich eines auf GitHub erstellt. Hier habe ich einen Fehler gemacht, als ich "Dieses Repository mit einer README-Datei initialisieren" aktiviert habe. aktiviert habe, wodurch auch in remote eine README.md erstellt wurde.

Also jetzt, als ich rannte

git push --set-upstream origin master

Ich habe:

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.

Um dies zu überwinden, habe ich es getan

git pull origin master

Was zu dem folgenden Fehler führte:

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

Ich habe es versucht:

git pull origin master --allow-unrelated-histories

Ergebnis:

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.

Lösung:

Ich habe das Remote-Repository entfernt und ein neues erstellt (ich glaube, nur das Entfernen von Dateien READMEhätte funktionieren können). Danach hat Folgendes funktioniert:

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

Dies geschieht normalerweise, wenn Sie das Remote-Repository zum ersten Mal festschreiben. Da der Fehler eindeutig besagt, dass "das Zusammenführen nicht verwandter Historien verweigert wird", müssen wir das Flag --allow-non-related-histories verwenden.

git pull origin master  --allow-unrelated-histories

Jetzt würde es einige Konflikte geben, die wir manuell lösen müssen. Danach schreiben Sie einfach den Code fest und drücken ihn.

Zwei Möglichkeiten, wenn dies passieren kann -

1. Sie haben ein Projekt geklont und irgendwie wurde das .git-Verzeichnis gelöscht oder beschädigt. Dies führt dazu, dass Git Ihre lokale Historie nicht kennt und daher diesen Fehler auslöst, wenn Sie versuchen, in das Remote-Repository zu pushen oder daraus zu ziehen.

2. Sie haben ein neues Repository erstellt, einige Commits hinzugefügt und versuchen nun, aus einem Remote-Repository zu ziehen, das bereits einige eigene Commits enthält. Git wird in diesem Fall auch den Fehler auslösen, da es keine Ahnung hat, wie die beiden Projekte zusammenhängen.

LÖSUNG

Git Pull Origin Master - Allow-Un-Related-Histories

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

Ich hatte auch damit zu kämpfen, aber es gelang mir, eine Problemumgehung zu finden.

Wenn Sie auf den obigen Fehler stoßen, wählen Sie einfach das Merge-Commit aus und setzen Sie die Rebase fort:

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

Ziehen Sie zunächst die Remote-Änderungen mit dem folgenden Befehl auf Ihr lokales Verzeichnis:

git pull origin branchname --allow-unrelated-histories

** Filialname ist in meinem Fall Master.

Wenn der Pull-Befehl ausgeführt wird, tritt ein Konflikt auf. Sie sollten die Konflikte lösen. Ich benutze Android Studio, um Konflikte zu lösen.

Wenn Konflikte gelöst sind, erfolgt die Zusammenführung!

Jetzt können Sie sicher schieben.

Ich habe gerade eine gemacht

  git pull --allow-unrelated-histories

Beim a git pullerhielt ich diese Nachricht fatal: refusing to merge unrelated histories für ein Repo-Modul, bei dem ich die lokale Kopie eine Weile nicht aktualisiert hatte.

Ich habe diesen Befehl nur ausgeführt, um den lokalen Ursprung zu aktualisieren. Ich wollte nur das Neueste von der Fernbedienung und brauchte keine lokalen Änderungen.

git reset --hard origin/master

Dies hat es in meinem Fall behoben.

Ich benutze die Rebase seit Jahren und war noch nie auf ein solches Problem gestoßen. Ihr erstes Problem ist jedoch, dass Sie versuchen, dies direkt auf dem Remote-Zweig developmentdes Remote-Repositorys zu tun origin. Das ist buchstäblich falsch, weil Rebase ein gefährlicher Befehl ist, der die Git-Geschichte umstrukturiert. Allerdings sollten Sie zuerst Ihr lokales Repository anprobieren und es nur pushen, wenn es für Sie wie erwartet funktioniert.

Mein üblicher Rebase-Workflow sieht also folgendermaßen aus (bitte beachten Sie jedoch, dass Sie Rebase nicht für Zweige verwenden sollten, die nicht das einzige Komitee sind. Verwenden Sie für solche Zweige ggf. einfach Zusammenführen und Lösen von Konflikten):

1. Stellen Sie sicher, dass Sie einen sauberen Arbeitsbaum haben (keine unverbindlichen Änderungen).
2. Kasse zu dem Zweig, auf den Sie neu aufbauen möchten (zum Beispiel masterals einzeiliger Befehl):git checkout master && git pull origin master && git checkout development
3. Führen Sie die eigentliche Rebase durch: git rebase master
4. Wenn es fertig ist und alles wie erwartet funktioniert, schieben Sie es auf Ihre Fernbedienung. Dazu müssen Sie es erzwingen, da der Remote-Host den Verlauf bereits in einer anderen Reihenfolge hat, würde die Remote mit nichts zu pushen antworten. Wir müssen also sagen: "Meine lokale Version des Verlaufs ist korrekt. Überschreiben Sie alles in diesem Remote-Zweig mit meiner lokalen Version des Verlaufs."git push -f origin development

Wie ich bereits erwähnt habe, denken Sie daran, dass Rebase die Git-Geschichte manipuliert, was normalerweise eine schlechte Sache ist. Dies ist jedoch in Filialen möglich, zu denen sich sonst niemand verpflichtet. Verwenden Sie eine andere Zusammenführungsstrategie wie Zusammenführen selbst, Squash oder Cherrypick, um den Zweig für die anderen Entwickler abziehbar zu halten. Mit anderen Worten: Rebase sollte nicht Ihr Werkzeug für die verteilte Entwicklung sein. Es funktioniert gut für Sie, wenn Sie der einzige sind, der an diesem Repository arbeitet.

Wir verwenden die Feature-Branch-Strategie. In diesem Fall verwende ich normalerweise rebase, um die "Updates" von den anderen Entwicklern zu erhalten, die in der Zwischenzeit im Master-Zweig aufgetreten sind. Auf diese Weise wird die Größe der Commits reduziert, die in einer Pull-Anforderung sichtbar sind. Daher erleichtert es dem Code-Prüfer, meine in diesem Feature-Zweig vorgenommenen Änderungen zu sehen.

Lesen Sie mit dem folgenden Link, es funktioniert für mich (ohne die --allow-unrelated-historiesFlagge zu benutzen )

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