Mergen combineert wijzigingen van één branch in een andere — meestal brengt dit een voltooide feature branch terug naar de main branch. Git verwerkt de meeste merges automatisch, maar het begrijpen van mergtypen en conflicten is belangrijk.
git switch main # be on the branch you want to merge INTO
git merge feature-x # merge feature-x's changes into main
Je schakelt naar de (degene die wijzigingen ontvangt) en merged de erin.
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 fast-forwardt wanneer mogelijk (eenvoudigweg de pointer vooruit schuiven) of maakt een merge commit (met twee ouders) wanneer beide branches zijn afgeweken.
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
Conflicten treden op wanneer beide branches dezelfde regels wijzigen — Git markeert ze en jij kiest handmatig het juiste resultaat, staged vervolgens en committed.
Het begrijpen van mergen is essentieel omdat het combineren van branch-wijzigingen een fundamenteel, constant onderdeel is van collaboratieve Git-workflows, dus het weten hoe het werkt (inclusief conflicten) is noodzakelijke dagelijkse kennis. Mergen is hoe voltooide werk (meestal feature branches) terug in de main branch wordt geïntegreerd — de routinehandeling van het samenbrengen van wijzigingen die continu plaatsvindt in teamontwikkeling.
Het begrijpen van het verschil tussen een fast-forward merge (Git schuift eenvoudigweg de pointer vooruit wanneer het doel niet is afgeweken, waardoor de geschiedenis lineair blijft) en een merge commit (een driewegsmerge die een nieuw commit met twee ouders maakt wanneer beide branches nieuwe commits hebben, waarbij wordt vastgelegd dat een merge heeft plaatsgevonden) verduidelijkt hoe Git wijzigingen integreert en hoe de resulterende geschiedenis eruit ziet.
Het belangrijkste is het begrijpen van merge conflicten — die optreden wanneer beide branches dezelfde regels anders wijzigen, zodat Git niet automatisch kan beslissen en jou vraagt om op te lossen — is cruciale praktische kennis: conflicten zijn een normaal, onvermijdelijk onderdeel van samenwerking, en het weten hoe je de conflictmarkeringen (<<<<<<<, =======, >>>>>>>) herkent, het bestand naar het juiste resultaat bewerkt en de merge voltooit (stage en commit) is een essentiële vaardigheid die vaak een bron van ongerustheid is voor degenen die het niet begrijpen.
Omdat het integreren van branch-wijzigingen via mergen fundamenteel en constant is in collaboratieve ontwikkeling, en omdat het begrijpen van mergtypen en vooral het oplossen van conflicten nodig is om werk correct te combineren (een routinetaak die onvermijdelijk is), is het begrijpen hoe mergen werkt — basismerges, fast-forward vs merge commits en conflictoplossing — essentiële, veelgebruikte Git-kennis, een kernvaardigheid voor samenwerking waarbij conflictoplossing in het bijzonder een praktische noodzaak is die elke ontwikkelaar zelfverzekerd moet kunnen aanpakken.