Scalanie łączy zmiany z jednej gałęzi w inną — zazwyczaj sprowadzając ukończoną gałąź funkcji z powrotem do gałęzi głównej. Git obsługuje większość scaleń automatycznie, ale zrozumienie typów scaleń i konfliktów jest ważne.
git switch main # be on the branch you want to merge INTO
git merge feature-x # merge feature-x's changes into main
Przełączasz się na (tę, która otrzymuje zmiany) i scalasz w niej.
FAST-FORWARD merge → if main hasn't changed since the branch was created, Git just
MOVES main's pointer forward to the branch's latest commit (no merge commit, linear)
MERGE COMMIT (three-way merge) → if BOTH branches have new commits, Git creates a new
"merge commit" combining them (has two parents) → preserves that a merge happened
→ git merge --no-ff forces a merge commit even when fast-forward is possible
Git dokonuje szybkiego przesunięcia (fast-forward), jeśli jest to możliwe (po prostu przesuwając wskaźnik), lub tworzy commit scalenia (z dwoma rodzicami), gdy obie gałęzie się rozdzieliły.
A CONFLICT happens when both branches changed the SAME lines differently — Git can't
auto-decide which to keep, so it asks YOU to resolve:
<<<<<<< HEAD
the version from the current branch (main)
=======
the version from the branch being merged (feature-x)
>>>>>>> feature-x
# resolve: edit the file to the desired result, remove the markers, then:
git add <file> # mark the conflict resolved
git commit # complete the merge
# git merge --abort # or cancel the merge entirely
Konflikty występują, gdy obie gałęzie zmieniają te same linie — Git je zaznacza i ty ręcznie wybierasz prawidłowy wynik, a następnie przygotowujesz i zatwierdzasz.
Zrozumienie scaleń jest niezbędne, ponieważ łączenie zmian z gałęzi to fundamentalna, stała część wspólnych przepływów pracy w Gicie, więc wiedza, jak to działa (łącznie z konfliktami) jest niezbędną codzienną wiedzą. Scalanie to sposób, w jaki ukończona praca (zazwyczaj gałęzie funkcji) jest integrowana z powrotem do gałęzi głównej — rutynowe działanie łączenia zmian, które zachodzi stale w tworzeniu zespołu.
Zrozumienie różnicy między scaleń fast-forward (Git po prostu przesuwający wskaźnik, gdy gałąź docelowa się nie rozdzieliła, utrzymując historię liniową) a commitą scaleń (scalenie trzydrożne tworzące nowy commit z dwoma rodzicami, gdy obie gałęzie mają nowe commity, rejestrując, że scalenie miało miejsce) wyjaśnia, jak Git integruje zmiany i jak wygląda wynikająca historia.
Co najważniejsze, zrozumienie konfliktów scaleń — które występują, gdy obie gałęzie zmieniają te same linie na różne sposoby, więc Git nie może automatycznie zdecydować i prosi cię o rozwiązanie — jest kluczową praktyczną wiedzą: konflikty są normalną, nieunikniętą częścią współpracy, a wiedza, jak rozpoznać znaczniki konfliktów (<<<<<<<, =======, >>>>>>>), edytować plik na prawidłowy wynik i zakończyć scalanie (przygotowanie i zatwierdzenie) jest niezbędną umiejętnością, która często stanowi źródło niepokoju dla tych, którzy jej nie rozumieją.
Ponieważ integracja zmian gałęzi poprzez scalanie jest fundamentalna i stała we wspólnym tworzeniu, a ponieważ zrozumienie typów scaleń, a zwłaszcza rozwiązywanie konfliktów, jest niezbędne do prawidłowego połączenia pracy (rutynowe, nieuniknione zadanie), zrozumienie, jak działa scalanie — podstawowe scalania, fast-forward vs commity scaleń i rozwiązywanie konfliktów — jest niezbędną, często stosowaną wiedzą Gita, umiejętnością podstawową dla współpracy, gdzie rozwiązywanie konfliktów w szczególności jest praktyczną koniecznością, którą każdy deweloper musi pewnie obsługiwać.