Welche Vorteile hat ein Rebase gegenüber einem Merge in Git?

Im Dieser Artikelerklärt der Autor das Rebasing mit diesem Diagramm:

Rebase: Wenn Sie Ihre Branche noch nicht veröffentlicht oder klar kommuniziert haben, dass andere ihre Arbeit nicht darauf aufbauen sollten, haben Sie eine Alternative. Sie können Ihren Branch umbasieren, wobei Ihr Commit anstelle des Mergens durch ein anderes Commit mit einem anderen übergeordneten Element ersetzt und Ihr Branch dorthin verschoben wird.

während eine normale Zusammenführung so ausgesehen hätte:

Also wenn du rebasierenverlieren Sie nur einen Verlaufsstatus (der irgendwann in der Zukunft von der Garbage Collection erfasst wird). Also, warum sollte jemand überhaupt eine Rebase machen wollen? Was fehlt mir hier?

Es gibt verschiedene Situationen, in denen Sie möglicherweise rebasieren möchten.

• Sie entwickeln einige Teile eines Features in separaten Zweigen und stellen dann fest, dass es sich in Wirklichkeit um eine lineare Abfolge von Ideen handelt. Stellen Sie sie in diese Konfiguration um.

• Du forkst ein Thema an der falschen Stelle. Vielleicht ist es zu früh (Sie brauchen etwas von später), vielleicht ist es zu spät (es gilt eigentlich auch für frühere Versionen). Verschieben Sie es an die richtige Stelle. Der “zu spät”-Fall kann eigentlich nicht durch eine Zusammenführung behoben werden, daher ist eine Neubasierung kritisch.

• Sie möchten die Interaktion eines Zweigs mit einem anderen Zweig testen, aber aus irgendeinem Grund nicht zusammenführen. Beispielsweise möchten Sie vielleicht sehen, welche Konflikte Commit für Commit auftreten, anstatt alle auf einmal.

Das allgemeine Thema hier ist, dass exzessives Mergen die Historie durcheinander bringt, und Rebasing ist eine Möglichkeit, dies zu vermeiden, wenn Sie Ihren Branch/Merge-Plan nicht gleich auf den Punkt gebracht haben. Zu viele Zusammenführungen können es für einen Menschen schwierig machen, dem Verlauf zu folgen, und können es auch schwieriger machen, Tools wie z git-bisect.

Es gibt auch all die vielen Fälle, die zu einem interaktiven Rebase führen:

• Mehrere Commits sollten ein Commit sein.

• Ein Commit (nicht der aktuelle) sollte aus mehreren Commits bestehen.

• Ein Commit (nicht der aktuelle) enthielt einen Fehler oder seine Nachricht.

• Ein Commit (nicht der aktuelle) sollte entfernt werden.

• Commits sollten neu geordnet werden (z. B. um logischer zu fließen).

Es stimmt zwar, dass Sie mit diesen Dingen „Geschichte verlieren“, aber die Realität ist, dass Sie nur saubere Arbeit veröffentlichen möchten. Wenn etwas noch unveröffentlicht ist, ist es in Ordnung, es umzubasieren, um es so zu transformieren, wie Sie es möchten sollte haben begangen. Das bedeutet, dass die endgültige Version im öffentlichen Repository logisch und leicht zu verfolgen sein wird, ohne irgendwelche Schluckaufe zu bewahren, die ein Entwickler auf dem Weg hatte.

Rebasing ermöglicht es Ihnen, Zusammenführungen in der richtigen Reihenfolge aufzunehmen. Die Theorie hinter dem Zusammenführen bedeutet, dass Sie sich darüber keine Sorgen machen müssen. Die Lösung komplizierter Konflikte wird einfacher, wenn Sie eine neue Basis erstellen und dann neue Änderungen der Reihe nach zusammenführen.

Vielleicht möchten Sie nachlesen Hasenhüpfen