Arche
Ich werde versuchen, das Problem zu erklären, das ich habe. Ich habe die verwendet rebase Option über git bash viele Male. Jetzt habe ich SmartGit und weiß nicht warum rebase das ist nicht richtig.
Schritt 1:
Schritt 2:
Schritt 3:
Das Ergebnis ist das HEAD löst sich.
Madhan Ayyasamy
Das gleiche Problem, mit dem ich konfrontiert war, ich werde den lokalen Zweig in meinem Computer löschen und ihn jedes Mal vom Ursprung neu erstellen. Aber endlich habe ich die Lösung. Ich habe den folgenden Befehl ausgeführt
git am --abort mein Problem gelöst.
Problem auch in SourceTree – und Ihr Fix funktioniert auch dort. Danke
– Holger Bille
28. Februar 2017 um 14:25 Uhr
Ähnlicher Fehler in SourceTree, tat git am --continue in dos, und die Ausgabemeldung half: „Wenn es nichts mehr zu inszenieren gibt, besteht die Möglichkeit, dass etwas anderes bereits die gleichen Änderungen eingeführt hat; Sie sollten diesen Patch vielleicht überspringen […] Führen Sie stattdessen “git am –skip” aus.” Tatsächlich wurde die gleiche Änderung wie bei meinem Patch durch einen zusammengeführten Zweig eingeführt (oder ich habe irgendwo etwas vermasselt, als ich versucht habe, dies zu beheben). Ran git am --skipjetzt alles gut.
– Thierry_S
30. November 2017 um 8:15 Uhr
Habe gerade Patches über Sourcetree angewendet. --continue ist das, was ich nach manuellen Zusammenführungskonflikten brauchte.
– Pyse
1. August 2018 um 18:29 Uhr
Ich hatte das gleiche Problem mit Sourcetree. Gelöst durch Öffnen von git cli und Ausführen dieses Abbruchbefehls. Hat funktioniert!
– GEMI
9. Dezember 2020 um 6:56 Uhr
Das einzige, was ich tun konnte, um die Rebase abzubrechen, nachdem ich diese Fehlermeldung erhalten hatte, war, den Ordner .git\rebase-apply und seinen gesamten Inhalt zu löschen.
rm .\.git\rebase-apply
Mike Decker
Ich bin darauf in SourceTree gestoßen, wo Branches unterschiedliche .gitignore-Dateien hatten. Ich habe es gelöst, indem ich ein Matching festgeschrieben habe .gitignore vor dem Zusammenschluss.
Ich habe diesen Fehler beim Versuch erhalten git pull –rebase origin master.
Die akzeptiert git am --abort hat leider nicht geholfen zu sagen:
error: Sie scheinen HEAD seit dem letzten ‘am’-Fehler verschoben zu haben.
Kein Zurückspulen zu ORIG_HEAD
Aber der gute alte Pull hat funktioniert (und die Rebase hat danach auch funktioniert):
git pull origin master
Angenommen, Sie versuchen nicht wirklich zu verwenden
git amwoanders schongit am --aborteinen Unterschied machen?– Chris
15. Januar 2014 um 14:49 Uhr
Und: Ist ein “Git-Rebase” immer noch von der Kommandozeile aus möglich, während es von SmartGit nicht möglich ist?
– mstrap
15. Januar 2014 um 15:01 Uhr
@mstrap Ja, von der Befehlszeile aus möglich, von SmartGit aus jedoch nicht
– Arche
15. Januar 2014 um 15:25 Uhr
@Chris Ich denke, Smartgit stellt keine Befehlszeile dar, daher weiß ich nicht, wie ich ihn zwingen kann, den Befehl git am zu verwenden. Ich mag ihn durch die praktische Benutzeroberfläche. Und möchte nicht zur GIT-Bach-Befehlszeile zurückkehren
– Arche
15. Januar 2014 um 15:30 Uhr
@Ark hast du es auch mit den Optionen –preserve-merges von der Befehlszeile aus versucht? Es wäre ziemlich seltsam, wenn nur SmartGit fehlschlagen würde, da hier offensichtlich Git über die Befehlszeile verwendet wird. Trotzdem würde ich empfehlen, dem Rat von Chris zu folgen und die Befehlszeile Gitt zu verwenden
git am --abort. Dann sollte der Rebase erfolgreich sein.– mstrap
15. Januar 2014 um 18:43 Uhr