Inhaltsverzeichnis:

Wann soll ein Zweig rebasiert werden?
Wann soll ein Zweig rebasiert werden?
Anonim

Zusammenfassend, wenn Sie Änderungen von einem Git-Zweig in einen anderen integrieren möchten:

  1. Verwenden Sie Merge, wenn Sie möchten, dass eine Reihe von Commits im Verlauf übersichtlich gruppiert werden.
  2. Verwenden Sie Rebase, wenn Sie einen linearen Commit-Verlauf beh alten möchten.
  3. KEINE Rebase auf einem öffentlichen/gemeinsam genutzten Branch verwenden.

Was bewirkt die Umbasierung eines Zweiges?

Aus inh altlicher Sicht bedeutet Rebasing, die Basis Ihres Zweigs von einem Commit zu einem anderen zu ändern es so aussehen zu lassen, als hätten Sie Ihren Zweig aus einem anderen Commit erstellt. Intern erreicht Git dies, indem neue Commits erstellt und auf die angegebene Basis angewendet werden.

Soll ich rebasen oder zusammenführen?

Wenn Sie den Verlauf genau so sehen möchten, wie er passiert ist, verwenden Sie Zusammenführen. Merge behält den Verlauf bei, während rebase ihn neu schreibt. Rebasing ist besser, um einen komplexen Verlauf zu rationalisieren, Sie können den Commit-Verlauf durch interaktives Rebase ändern.

Warum Git-Rebase schlecht ist?

Rebasing kann gefährlich sein! Das Umschreiben des Verlaufs gemeinsam genutzter Branches ist anfällig für Teamarbeitsunterbrechungen … Ein weiterer Nebeneffekt des Rebasings mit entfernten Branches ist, dass Sie irgendwann Push erzwingen müssen. Das größte Problem, das wir bei Atlassian gesehen haben, ist, dass Leute Push erzwingen – was in Ordnung ist – aber git push nicht gesetzt haben.

Was ist Rebase auf Entwicklungszweig?

Im Gegensatz dazu vereinheitlicht das Rebasing die Entwicklungslinien, indem Änderungen aus dem Quell-Branch neu geschrieben werden, sodass sie als Kinder des Ziel-Branch erscheinen – effektiv so tun, als ob diese Commits es wären die ganze Zeit oben auf den Zielzweig geschrieben.

Ein besserer Git-Workflow mit Rebase

Beliebtes Thema