Ich werde versuchen, das Problem zu erklären, das ich habe. Ich habe die rebase Option über Git Bash oft verwendet. Jetzt habe ich SmartGit und weiß nicht, warum rebase nicht korrekt ist.Rebasing in smartgit "git-am ist in Bearbeitung"
Schritt 1:
Schritt 2:
Schritt 3:
Das Ergebnis ist, dass HEAD löst.
Das gleiche Problem, das ich konfrontiert habe, werde ich den lokalen Zweig in meiner Maschine löschen und es jedes Mal aus dem Ursprung neu erstellen. Aber schließlich habe ich die Lösung gefunden. Ich lief den folgenden Befehl
git am --abort mein Problem gelöst.
Problem auch in SourceTree gesehen - und Ihr Fix funktioniert auch dort. Thx –
thx, das löste mein Problem auch –
Ähnliche Fehler in SourceTree, tat 'git am - weiter 'in DOS, und die Ausgangsmeldung half:" Wenn es nichts mehr zu staging gibt, ist die Chance, dass etwas anderes das gleiche eingeführt hat Änderungen, vielleicht möchten Sie diesen Patch [...] überspringen und stattdessen "git am --skip" ausführen. " In der Tat, die gleiche Änderung wie mein Patch wurde von einem zusammengeschlossenen Zweig eingeführt (oder ich vermasselte irgendwo, das zu reparieren). Ran 'git am - skip', alles in Ordnung. –
Die einzige Sache, die ich tun könnte, um die Rebase nach dem Abrufen dieser Fehlermeldung abzubrechen, war den .git \ rebase-apply-Ordner und seinen gesamten Inhalt zu löschen.
rm .\.git\rebase-apply
Angenommen, Sie versuchen nicht, "git am" woanders zu verwenden, macht 'git am --abort' einen Unterschied? – Chris
Und: Ist ein "Git-Rebase" noch von der Kommandozeile aus möglich, während es von SmartGit nicht möglich ist? – mstrap
@mstrap Ja, möglich von der Befehlszeile, während nicht möglich von SmartGit – Ark