Merging egy ágból a másikba egyesíti a módosításokat — jellemzően egy befejezett feature ágat visszaintegrálja a fő ágba. A Git a legtöbb merge-t automatikusan kezeli, de a merge típusok és a konfliktusok megértése fontos.
git switch main # be on the branch you want to merge INTO
git merge feature-x # merge feature-x's changes into main
Az Ön által választott ágra (amelyik fogadja a módosításokat) váltasz, és a ágat az ágba merge-eled.
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
A Git gyorsan előrehalad, amikor lehetséges (egyszerűen mozgatva a mutatót), vagy merge commit hoz létre (két szülővel), amikor mindkét ág eltérült.
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
Konfliktusok akkor fordulnak elő, amikor mindkét ág ugyanazokat a sorokat módosítja — a Git megjelöli őket, és Ön manuálisan választja ki a helyes eredményt, majd szakaszba helyezi és véglegesíti.
A merge megértése lényeges, mert az ágmódosítások kombinálása az együttműködő Git munkafolyamatok alapvetően állandó része, ezért annak ismerete, hogy hogyan működik (beleértve a konfliktusokat) szükséges napi tudás. Merging az, hogy a befejezett munka (tipikusan feature ágak) hogyan integrálódik vissza a fő ágba — az a rutinszerű cselekmény, hogy a módosításokat egy helyzetbe hozzák, amely folyamatosan megtörténik a csapatfejlesztésben.
A gyors előrehaladás merge (a Git egyszerűen mozgatja a mutatót, ha a cél nem térült el, lineáris előzményt tartva) és a merge commit (egy háromirányú merge, amely egy új commit-et hoz létre két szülővel, ha mindkét ágnak új commit-je van, rögzítve, hogy történt egy merge) közötti különbség megértése világossá teszi, hogyan integrálja a Git a módosításokat, és hogy az eredményül kapott előzmények milyen módon néznek ki.
Most importantly, understanding merge conflicts — which occur when both branches change the same lines differently, so Git can't automatically decide and asks you to resolve — is crucial practical knowledge: conflicts are a normal, inevitable part of collaboration, and knowing how to recognize the conflict markers (<<<<<<<, =======, >>>>>>>), edit the file to the correct result, and complete the merge (stage and commit) is an essential skill that's often a source of anxiety for those who don't understand it.
Since integrating branch changes via merging is fundamental and constant in collaborative development, and since understanding merge types and especially resolving conflicts is necessary to combine work correctly (a routine, unavoidable task), understanding how merging works — basic merges, fast-forward vs merge commits, and conflict resolution — is essential, frequently-applied Git knowledge, a core skill for collaboration where conflict resolution in particular is a practical necessity every developer must handle confidently.