Was ist der Unterschied zwischen merge --squash und rebase?

Question

Ich bin neu in Git und versuche, den Unterschied zwischen einem Squash und einem Rebase zu verstehen. So wie ich es verstehe, führt man einen Squash durch, wenn man ein Rebase macht.

Answer 1

Commits zusammenführen: behält alle Commits in Ihrem Zweig bei und verschmilzt sie mit den Commits im Basiszweig

Merge Squash: behält die Änderungen bei, lässt aber die einzelnen Übertragungen aus der Historie aus.

Wiederveröffentlichen: Dadurch wird der gesamte Funktionszweig an die Spitze des Master-Zweigs verschoben, so dass alle neuen Übertragungen in den Master-Zweig aufgenommen werden.

Mehr dazu aquí

---

Die ersten beiden Diagramme stammen aus Über die Zusammenführung von Pull-Anfragen in den GitHub Docs

Answer 2

Beide git merge --squash y git rebase --interactive kann eine "zerquetschte" Übergabe erzeugen. Sie dienen jedoch unterschiedlichen Zwecken.

• git merge --squash abranch

erzeugt eine gequetschte Übergabe auf dem Zielzweig, ohne eine Zusammenführungsbeziehung zu markieren. (Hinweis: Es wird nicht sofort ein Commit erzeugt: Sie benötigen eine zusätzliche git commit -m "squash branch" )

Dies ist nützlich, wenn Sie den Ursprungszweig komplett wegwerfen wollen, indem Sie von (Schema aus SO Frage ):

git checkout stable

          X               stable
         /
a---b---c---d---e---f---g tmp

zu:

git merge --squash tmp
git commit -m "squash tmp"

# In the following graph, G is c--d--e--f--g squashed together

          X-------------G stable
         /
a---b---c---d---e---f---g tmp

und dann das Löschen tmp Zweigstelle.

---

Nota: git merge hat eine --commit Option aber es kann nicht verwendet werden mit --squash . Es war niemals möglich zu verwenden --commit y --squash zusammen. Seit Git 2.22.1 (Q3 2019) wird diese Inkompatibilität explizit gemacht:

参照 1d14d0c übertragen (24. Mai 2019) von Vishal Verma ( reloadbrain ) . (Zusammengefasst von Junio C. Hamano -- gitster -- en 33f2790 übertragen , 25. Juli 2019)

merge : Abfall --commit con --squash

Zuvor, als --squash geliefert wurde, ' option_commit ' wurde schweigend fallen gelassen. Dies hätte einen Benutzer überraschen können, der versucht, das das No-Commit-Verhalten von Squash mit --commit ausdrücklich.

git/git builtin/merge.c#cmd_merge() umfasst jetzt:

if (option_commit > 0)
    die(_("You cannot combine --squash with --commit."));

---

• git rebase --interactive

gibt einige oder alle Ihrer Übertragungen auf einer neuen Basis wieder, so dass Sie sie zerquetschen (oder in jüngerer Zeit "aufbessern" können, siehe dies SO Frage ), die direkt zu:

git checkout tmp
git rebase -i stable

   stable
      X----------------G tmp
     /
a---b

Wenn Sie sich dafür entscheiden, alle Übertragungen von tmp (aber, im Gegensatz zu merge --squash Sie können sich dafür entscheiden, einige zu wiederholen und andere zu vernichten).

Das sind die Unterschiede:

• squash Ihren Quellzweig nicht berührt ( tmp hier) und erstellt eine einzelne Übergabe an der gewünschten Stelle.
• rebase ermöglicht Ihnen auf demselben Quellensprung weitergehen (noch tmp ) mit:
  • eine neue Basis
  • eine sauberere Geschichte

Answer 3

Beginnen wir mit dem folgenden Beispiel:

Jetzt haben wir 3 Optionen, um Änderungen zusammenzuführen Funktionsbereich en Hauptzweig :

1. Zusammenführen von Übertragungen
   Behält alle Commits der Geschichte des Funktionsbereich und verschieben sie in den Hauptzweig
   Wird zusätzliche Dummy-Commit hinzufügen.

2. Neufestlegung und Zusammenführung
   Hängt alle Commits der Geschichte der Funktionsbereich auf der Vorderseite des Hauptzweig
   Fügt KEIN zusätzliches Dummy-Commit hinzu.

3. Squash und Merge
   Gruppiert alle Funktionsbereich überführt in eine Verpflichtung und fügen Sie es dann vor der Datei Hauptzweig
   Wird zusätzliche Dummy-Commit hinzufügen.

Nachstehend finden Sie, wie die Hauptzweig wird sich um jeden einzelnen von ihnen kümmern.

In allen Fällen:
Wir können die Datei DELETE sicher löschen. Funktionsbereich .

Answer 4

Merge Squash führt einen Baum (eine Folge von Commits) zu einem einzigen Commit zusammen. Das heißt, es Kürbisse alle Änderungen, die in n Commits zu einem einzigen Commit.

Rebasing ist Re-Basing, d.h. die Wahl einer neuen Basis (parent commit) für einen Baum. Vielleicht ist der Mercurial-Begriff dafür klarer: Sie nennen es Transplantation, weil es genau das ist: eine neue Basis (Eltern-Commit, Root) für einen Baum zu wählen.

Bei einem interaktiven Rebase haben Sie die Möglichkeit, die Commits, die Sie rebasen wollen, entweder zu zerdrücken, auszuwählen, zu bearbeiten oder zu überspringen.

Ich hoffe, das war klar!