Wie entfernst du eine bestimmte Revision im Git-Verlauf?

Angenommen, Ihre Git-Geschichte sieht folgendermaßen aus:

1 2 3 4 5

1–5 sind separate Revisionen. Sie müssen 3 entfernen, während Sie 1, 2, 4 und 5 behalten. Wie geht das?

Gibt es eine effiziente Methode, wenn nach der zu löschenden Version Hunderte von Revisionen vorliegen?

Um Revision 3 und 4 zu einer einzigen Revision zu kombinieren, können Sie Git Rebase verwenden. Wenn Sie die Änderungen in Revision 3 entfernen möchten, müssen Sie den Befehl edit im interaktiven Rebase-Modus verwenden. Wenn Sie die Änderungen in einer einzigen Revision kombinieren möchten, verwenden Sie Squash.

Ich habe diese Squash-Technik erfolgreich angewendet, musste aber noch nie eine Revision entfernen. Die git-rebase-Dokumentation unter "Splitting Commits" sollte Ihnen hoffentlich genug Ideen geben, um es herauszufinden. (Oder jemand anderes könnte es wissen).

Aus der Git-Dokumentation :

Beginnen Sie mit dem ältesten Commit, das Sie unverändert beibehalten möchten:

git rebase -i <after-this-commit>

Ein Editor wird mit allen Commits in Ihrem aktuellen Zweig gestartet (Merge-Commits werden ignoriert), die nach dem angegebenen Commit erfolgen. Sie können die Commits in dieser Liste nach Herzenslust neu anordnen und entfernen. Die Liste sieht mehr oder weniger so aus:

pick deadbee Die Oneline dieses Commits
Wählen Sie fa1afe1. Die Online des nächsten Commits
...

Die Online-Beschreibungen dienen ausschließlich Ihrem Vergnügen. git-rebase betrachtet sie nicht, sondern die Commit-Namen (in diesem Beispiel "deadbee" und "fa1afe1"). Löschen oder bearbeiten Sie die Namen also nicht.

Indem Sie den Befehl "pick" durch den Befehl "edit" ersetzen, können Sie git-rebase anweisen, nach dem Anwenden dieses Commits zu stoppen, damit Sie die Dateien und / oder die Commit-Nachricht bearbeiten, das Commit ändern und das Rebasing fortsetzen können.

Wenn Sie zwei oder mehr Commits zu einem falten möchten, ersetzen Sie den Befehl "pick" durch "squash" für das zweite und nachfolgende Commit. Wenn die Commits unterschiedliche Autoren hatten, wird das gequetschte Commit dem Autor des ersten Commits zugewiesen.

Gemäß diesem Kommentar (und ich habe überprüft, ob dies wahr ist) ist Rados Antwort sehr nah, lässt Git jedoch in einem Zustand mit losgelöstem Kopf zurück. Entfernen Sie stattdessen Folgendes HEAD, um es <commit-id>aus dem Zweig zu entfernen, in dem Sie sich befinden:

git rebase --onto <commit-id>^ <commit-id>

Hier ist eine Möglichkeit, eine bestimmte nicht interaktiv zu entfernen <commit-id>, wobei Sie nur die wissen, die <commit-id>Sie entfernen möchten:

git rebase --onto <commit-id>^ <commit-id> HEAD

Wie bereits erwähnt, ist git-rebase (1) dein Freund. Angenommen, die Commits befinden sich in Ihrer masterNiederlassung, würden Sie Folgendes tun:

git rebase --onto master~3 master~2 master

Vor:

1---2---3---4---5  master

Nach dem:

1---2---4'---5' master

Aus Git-Rebase (1):

Eine Reihe von Commits könnte auch mit Rebase entfernt werden. Wenn wir die folgende Situation haben:

E---F---G---H---I---J  topicA

dann der Befehl

git rebase --onto topicA~5 topicA~3 topicA

würde zur Entfernung der Commits F und G führen:

E---H'---I'---J'  topicA

Dies ist nützlich, wenn F und G in irgendeiner Weise fehlerhaft waren oder nicht Teil von Thema A sein sollten. Beachten Sie, dass das Argument für --onto und der Parameter ein beliebiges gültiges Commit-ish sein kann.

Wenn Sie nur die in Revision 3 vorgenommenen Änderungen entfernen möchten, können Sie git revert verwenden.

Git Revert erstellt einfach eine neue Revision mit Änderungen, die alle Änderungen in der Revision, die Sie zurücksetzen, rückgängig machen.

Dies bedeutet, dass Sie Informationen sowohl über das unerwünschte Festschreiben als auch über das Festschreiben behalten, mit dem diese Änderungen entfernt werden.

Dies ist wahrscheinlich viel freundlicher, wenn es überhaupt möglich ist, dass jemand in der Zwischenzeit aus Ihrem Repository gezogen hat, da das Zurücksetzen im Grunde nur ein Standard-Commit ist.

Alle bisherigen Antworten sprechen nicht das nachfolgende Problem an:

Gibt es eine effiziente Methode, wenn nach der zu löschenden Version Hunderte von Revisionen vorliegen?

Die Schritte folgen, aber als Referenz nehmen wir den folgenden Verlauf an:

[master] -> [hundreds-of-commits-including-merges] -> [C] -> [R] -> [B]

C : Festschreiben direkt nach dem zu entfernenden Festschreiben (sauber)

R : Das zu entfernende Commit

B : Festschreiben unmittelbar vor dem zu entfernenden Festschreiben (Basis)

Aufgrund der Einschränkung "Hunderte von Revisionen" gehe ich von folgenden Voraussetzungen aus:

1. Es gibt ein peinliches Commit, von dem Sie sich wünschen, es gäbe es nie
2. Es gibt NULL nachfolgende Commits, die tatsächlich von diesem peinlichen Commit abhängen (keine Konflikte beim Zurücksetzen).
3. Es ist Ihnen egal, dass Sie als "Committer" der Hunderte von intervenierenden Commits aufgeführt werden ("Autor" bleibt erhalten).
4. Sie haben das Repository noch nie freigegeben
   • oder Sie haben tatsächlich genug Einfluss auf alle Menschen, die jemals Geschichte mit diesem Engagement geklont haben, um sie davon zu überzeugen, Ihre neue Geschichte zu verwenden
   • und Sie kümmern sich nicht um die Geschichte umzuschreiben

Dies ist eine ziemlich restriktive Reihe von Einschränkungen, aber es gibt eine interessante Antwort, die in diesem Eckfall tatsächlich funktioniert.

Hier sind die Schritte:

1. git branch base B
2. git branch remove-me R
3. git branch save
4. git rebase --preserve-merges --onto base remove-me

Wenn es wirklich keine Konflikte gibt, sollte dies ohne weitere Unterbrechungen erfolgen. Wenn es Konflikte gibt, können Sie diese lösen und / rebase --continueoder sich entscheiden, nur mit der Verlegenheit und zu leben rebase --abort.

Jetzt sollten Sie darauf sein, masterdass kein Commit R mehr darin enthalten ist . Der saveZweig zeigt auf Ihre vorherige Position, falls Sie eine Abstimmung durchführen möchten.

Wie Sie die Übertragung aller anderen auf Ihre neue Historie arrangieren möchten, liegt bei Ihnen. Sie müssen mit vertraut sein stash, reset --hardund cherry-pick. Und Sie können die löschen base, remove-meund saveZweige

Ich bin auch in einer ähnlichen Situation gelandet. Verwenden Sie die interaktive Rebase mit dem folgenden Befehl und lassen Sie bei Auswahl das dritte Commit fallen.

git rebase -i remote/branch

Hier ist das Szenario, mit dem ich konfrontiert war, und wie ich es gelöst habe.

[branch-a]

[Hundreds of commits] -> [R] -> [I]

Hier Rist das Commit, das ich entfernen musste, und es Iist ein einzelnes Commit, das danach kommtR

Ich habe ein Revert Commit gemacht und sie zusammengedrückt

git revert [commit id of R]
git rebase -i HEAD~3

Während des interaktiven Rebase-Squashs werden die letzten 2 Commits ausgeführt.

Die Antworten von Rado und Kareem tun nichts für mich (nur die Meldung "Aktueller Zweig ist aktuell." Wird angezeigt). Möglicherweise geschieht dies, weil das Symbol '^' in der Windows-Konsole nicht funktioniert. Nach diesem Kommentar löst das Ersetzen von '^' durch '~ 1' das Problem.

git rebase --onto <commit-id>^ <commit-id>