Zusammenfassend, wenn Sie Änderungen von einem Git-Zweig in einen anderen integrieren möchten:
- Verwenden Sie Merge, wenn Sie möchten, dass eine Reihe von Commits im Verlauf übersichtlich gruppiert werden.
- Verwenden Sie Rebase, wenn Sie einen linearen Commit-Verlauf beh alten möchten.
- KEINE Rebase auf einem öffentlichen/gemeinsam genutzten Branch verwenden.
Pullt Git Merge oder Rebase?
Standardmäßig führt der git Pull-Befehl eine Zusammenführung durch, aber Sie können ihn dazu zwingen, den entfernten Zweig mit einem Rebase zu integrieren, indem Sie ihm die Option --rebase übergeben.
Soll ich nach dem Rebase ziehen?
tl;dr Du solltest sowohl master als auch feature mit git pull und git pull --rebase aktualisieren, bevor du feature auf master rebasierst. Es besteht keine Notwendigkeit, einen Git-Pull durchzuführen, nachdem Sie Ihren Feature-Zweig über Master. rebasiert haben.
Soll ich git pull oder git rebase?
Schlussfolgerung. Wenn Sie ein Git-Anfänger sind und auf Nummer sicher gehen möchten, empfehle ich, zum Zusammenführen von Code ständig git pull und git merge zu verwenden. … Falls Sie einen sauberen und ordentlichen Git-Verlauf pflegen möchten, git rebase ist für Sie Denken Sie daran, Git rebase sollte mit Vorsicht verwendet werden, oder Sie werden dafür einen Preis zahlen:).
Muss ich nach dem Ziehen zusammenführen?
Über Pull-Request-Merges
In einem Pull-Request schlagen Sie vor, dass Änderungen, die Sie an einem Head-Branch vorgenommen haben, in einen Basis-Branch gemergt werden sollen. Standardmäßig kann jeder Pull-Request jederzeit zusammengeführt werden, es sei denn, der Head-Branch steht im Konflikt mit dem Base-Branch.
