Na czym polega różnica między poleceniami git rebase i git merge?

Różnica między git rebase a git merge polega na sposobie integracji zmian z jednej gałęzi do drugiej.

git merge łączy zmiany, tworząc nowy commit scalający. Historia commitów pozostaje liniowa tylko w obrębie każdej gałęzi, ale punkt scalania tworzy "rozgałęzienie".

// Przykład użycia:
git checkout main
git merge feature/nowa-funkcjonalność

git rebase przenosi commity docelowej gałęzi na szczyt commitów bazowej gałęzi. Tworzy to liniową historię commitów, jakby praca była wykonywana bezpośrednio na gałęzi bazowej. Oryginalne commity gałęzi, na której wykonuje się rebase, są przepisywane z nowymi commitami nadrzędnymi.

// Przykład użycia:
git checkout feature/nowa-funkcjonalność
git rebase main

Porównanie:

Cecha	git merge	git rebase
Typ historii	Nieliniowa (z commitami scalającymi)	Liniowa (przepisywanie commitów)
Historia commitów	Jest w pełni zachowana	Jest modyfikowana (commity są przepisywane)
Commit scalający	Tworzony	Nie jest tworzony
Czytelność historii	Może być trudniejsza do śledzenia przy częstych scalaniach	Czystsza i bardziej liniowa, ale traci kontekst oryginalnych scalania
Zastosowanie	Zalecane dla gałęzi publicznych	Preferowane dla gałęzi lokalnych, jeszcze nieopublikowanych

Wybór między nimi zależy od zadania i preferencji zespołu. Dla gałęzi publicznych zwykle preferuje się git merge, aby zachować historię. W gałęziach lokalnych, które jeszcze nie zostały opublikowane, git rebase pomaga utrzymać czystą, liniową historię.