Ich möchte ausgewählte Festschreibungsprotokolleinträge aus einem linearen Festschreibungsbaum entfernen, damit die Einträge nicht im Festschreibungsprotokoll angezeigt werden.

Mein Commit-Baum sieht ungefähr so ​​aus:

R--A--B--C--D--E--HEAD

Ich möchte die Einträge B und C entfernen, damit sie nicht im Festschreibungsprotokoll angezeigt werden, aber Änderungen von A nach D sollten beibehalten werden. Vielleicht durch die Einführung eines einzelnen Commits, sodass B und C zu BC werden und der Baum so aussieht.

R--A--BC--D--E--HEAD

Oder im Idealfall nach A kommt D direkt. D 'repräsentiert Änderungen von A nach B, B nach C und C nach D.

R--A--D'--E--HEAD

Ist das möglich? wenn ja wie?

Dies ist ein ziemlich neues Projekt, daher gibt es derzeit keine Niederlassungen, daher auch keine Zusammenschlüsse.

git-rebase (1) macht genau das.

$ git rebase -i HEAD~5

git awsome-ness [git rebase --interactive] enthält ein Beispiel.

1. Nicht git-rebasefür öffentliche (Remote-) Commits verwenden.
2. Stellen Sie sicher, dass Ihr Arbeitsverzeichnis sauber ist ( commitoder stashIhre aktuellen Änderungen).
3. Führen Sie den obigen Befehl aus. Es startet Ihre $EDITOR.
4. pickVor Cund Dnach ersetzen squash. Es verschmilzt C und D zu B. Wenn Sie ein Commit löschen möchten, löschen Sie einfach seine Zeile.

Wenn Sie verloren sind, geben Sie Folgendes ein:

$ git rebase --abort  

# detach head and move to D commit
git checkout <SHA1-for-D>

# move HEAD to A, but leave the index and working tree as for D
git reset --soft <SHA1-for-A>

# Redo the D commit re-using the commit message, but now on top of A
git commit -C <SHA1-for-D>

# Re-apply everything from the old D onwards onto this new place 
git rebase --onto HEAD <SHA1-for-D> master

Hier ist eine Möglichkeit, eine bestimmte Festschreibungs-ID zu entfernen, wobei nur die Festschreibungs-ID bekannt ist, die Sie entfernen möchten.

git rebase --onto commit-id^ commit-id

Beachten Sie, dass dadurch die durch das Commit eingeführte Änderung tatsächlich entfernt wird.

Um die Antwort von JF Sebastian zu erweitern:

Sie können git-rebase verwenden, um auf einfache Weise alle Arten von Änderungen an Ihrem Commit-Verlauf vorzunehmen.

Nach dem Ausführen von git rebase --interactive erhalten Sie Folgendes in Ihrem $ EDITOR:

pick 366eca1 This has a huge file
pick d975b30 delete foo
pick 121802a delete bar
# Rebase 57d0b28..121802a onto 57d0b28
#
# Commands:
#  p, pick = use commit
#  r, reword = use commit, but edit the commit message
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit

Sie können Zeilen verschieben, um die Reihenfolge der Festschreibungen zu ändern, und Zeilen löschen, um diese Festschreibung zu entfernen. Sie können auch einen Befehl hinzufügen, um zwei Commits zu einem einzigen Commit zu kombinieren (zu quetschen) (vorheriges Commit ist das obige Commit), Commits zu bearbeiten (was geändert wurde) oder Commit-Nachrichten neu zu formulieren.

Ich denke, Pick bedeutet nur, dass Sie dieses Commit in Ruhe lassen wollen.

(Beispiel ist von hier )

Sie können B und C in Ihrem Beispiel nicht interaktiv entfernen mit:

git rebase --onto HEAD~5 HEAD~3 HEAD

oder symbolisch,

git rebase --onto A C HEAD

Beachten Sie, dass die Änderungen in B und C nicht in D erfolgen. Sie werden weg sein .

Noch ein Weg,

git rebase -i ad0389efc1a79b1f9c4dd6061dca6edc1d5bb78a (C's hash)
and
git push origin master  -f

Wählen Sie den Hash aus, den Sie als Basis verwenden möchten, und der obige Befehl sollte ihn interaktiv machen, damit Sie alle Top- Nachrichten quetschen können (Sie müssen die ältesten hinterlassen).

Ich finde diesen Prozess viel sicherer und verständlicher, indem ich einen weiteren Zweig aus dem SHA1 von A erstelle und die gewünschten Änderungen auswähle, damit ich sicher bin, dass ich mit dem Aussehen dieses neuen Zweigs zufrieden bin. Danach ist es einfach, den alten Zweig zu entfernen und den neuen umzubenennen.

git checkout <SHA1 of A>
git log #verify looks good
git checkout -b rework
git cherry-pick <SHA1 of D>
....
git log #verify looks good
git branch -D <oldbranch>
git branch -m rework <oldbranch>

Habe gerade die Antworten aller Leute gesammelt: (m neu bei git plz benutze es nur als Referenz)

Git Rebase, um alle Commits zu löschen

Git Log

-first check from which commit you want to rebase

Git Rebase -i HEAD ~ 1

-Here i want to rebase on the second last commit- commit count starts from '1')
-this will open the command line editor (called vim editor i guess)

Dann sieht der Bildschirm ungefähr so ​​aus:

wähle 0c2236d Neue Zeile hinzugefügt.

Stellen Sie 2a1cd65..0c2236d auf 2a1cd65 neu her (1 Befehl)

#

Befehle:

p, pick = use commit

r, reword = Commit verwenden, aber die Commit-Nachricht bearbeiten

e, edit = Commit verwenden, aber zum Ändern anhalten

s, squash = Commit verwenden, aber mit dem vorherigen Commit verschmelzen

f, fixup = wie "squash", aber verwerfen Sie die Protokollnachricht dieses Commits

x, exec = Befehl ausführen (der Rest der Zeile) mit Shell

d, drop = Commit entfernen

#

Diese Zeilen können nachbestellt werden. Sie werden von oben nach unten ausgeführt.

#

Wenn Sie hier eine Zeile entfernen, wird dieses Commit verloren gehen.

#

Wenn Sie jedoch alles entfernen, wird die Rebase abgebrochen.

#

Beachten Sie, dass leere Commits auskommentiert werden ~ ~

~
~
~
~
~
~
~
~
~

Ändern Sie hier die erste Zeile nach Ihren Wünschen (verwenden Sie die oben aufgeführten Befehle, z. B. 'drop', um das Commit zu entfernen usw.). Drücken Sie nach Abschluss der Bearbeitung ': x', um den Editor zu speichern und zu beenden (dies gilt nur für den vim-Editor).

Und dann

Git Push

Wenn das Problem angezeigt wird, müssen Sie die Änderungen mit Nachdruck auf Remote übertragen (SEHR KRITISCH: Drücken Sie nicht, wenn Sie im Team arbeiten).

Git Push -f Ursprung

Sie können dafür Git Cherry-Pick verwenden. 'cherry-pick' wendet ein Commit auf den Zweig an, auf dem Sie sich gerade befinden.

dann mach

git rebase --hard <SHA1 of A>

Wenden Sie dann die D- und E-Commits an.

git cherry-pick <SHA1 of D>
git cherry-pick <SHA1 of E>

Dadurch wird das B- und C-Commit übersprungen. Allerdings ist es möglicherweise unmöglich, das D-Commit ohne B auf den Zweig anzuwenden, also YMMV.