Rebase oder Merge? Wann du was nutzt
Beide führen dieselben Änderungen zusammen, nur die Form der Historie unterscheidet sich. Wann Rebase, wann Merge, und die eine Regel, die Du nie brechen solltest.
Zwei Wege, Arbeit zusammenzuführen
Merge und Rebase lösen dieselbe Grundaufgabe: Du willst die Änderungen von einem Branch mit einem anderen zusammenbringen. Sie tun es nur auf unterschiedliche Weise, und daraus ergibt sich, wann welches passt. Es gibt kein pauschales richtig oder falsch, sondern eine Frage von Kontext und Teamregeln.
Was ein Merge tut
Ein Merge nimmt zwei Entwicklungslinien und verbindet sie mit einem neuen Merge-Commit. Die Historie bleibt so, wie sie wirklich passiert ist, mit Verzweigungen und Zusammenführungen. Das ist ehrlich und nachvollziehbar, kann aber bei vielen Branches unübersichtlich wirken.
Was ein Rebase tut
Ein Rebase setzt Deine Commits neu auf die Spitze eines anderen Branches, als hättest Du dort von Anfang an gearbeitet. Das Ergebnis ist eine gerade, lineare Historie ohne Merge-Commits. Das liest sich sauber, schreibt aber die Historie um, denn die Commits bekommen neue Identitäten.
Die wichtigste Regel
Rebase keine Commits, die Du schon geteilt hast. Solange Deine Commits nur lokal sind, kannst Du sie gefahrlos rebasen. Sobald andere sie haben könnten, würde ein Rebase die gemeinsame Historie unter ihren Füßen verändern und Chaos stiften. Für bereits geteilte Arbeit ist Merge der sichere Weg.
Wann welches passt
- Rebase für Deine lokale, noch nicht geteilte Arbeit, um sie vor dem Teilen sauber und linear aufzuräumen.
- Merge, um geteilte Branches zusammenzuführen und die echte Historie zu bewahren.
- Viele Teams kombinieren beides: lokal rebasen zum Aufräumen, dann per Merge in den Hauptbranch.
Ein häufiges Missverständnis
Rebase macht Deinen Code nicht besser und Merge nicht schlechter. Beide führen am Ende dieselben Änderungen zusammen. Der Unterschied liegt allein in der Form der Historie. Wer das im Blick behält, entscheidet ruhig statt nach Bauchgefühl.
Wie Spire dabei hilft
Spire zeigt die Historie klar, sodass Du siehst, was ein Merge oder Rebase tatsächlich bewirkt, bevor und nachdem Du ihn ausführst. Konflikte, die bei beiden auftreten können, werden als ruhige, strukturierte Liste geführt. Und weil viele Schritte ein sichtbares Rückgängig haben, kannst Du eine Zusammenführung ausprobieren, ohne Angst, etwas zu zerstören.
Kurz gesagt
- Merge bewahrt die echte, verzweigte Historie.
- Rebase erzeugt eine gerade, lineare Historie, schreibt sie aber um.
- Nie geteilte Commits rebasen.
- Der Unterschied ist die Form, nicht das Ergebnis.