Sammenslåing kombinerer endringer fra en gren inn i en annen — typisk ved å bringe en ferdig funksjonsgren tilbake til hovedgrenen. Git håndterer de fleste sammenslåinger automatisk, men det er viktig å forstå sammenslåingstyper og konflikter.
git switch main # be on the branch you want to merge INTO
git merge feature-x # merge feature-x's changes into main
Du bytter til (den som mottar endringer) og slår sammen inn i den.
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 fremtolker når det er mulig (bare framskriver pekeren) eller oppretter en sammenslåingscommit (med to foreldre) når begge grener har divergert.
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
Konflikter oppstår når begge grener endrer de samme linjene — Git markerer dem og du velger manuelt det riktige resultatet, deretter stager og committer du.
Å forstå sammenslåing er essensielt fordi det å kombinere grenendringer er en fundamental, konstant del av samarbeidsorienterte Git-arbeidsflyter, så det å vite hvordan det fungerer (inkludert konflikter) er nødvendig hverdagskunnskaper. Sammenslåing er hvordan fullført arbeid (typisk funksjonsgrener) integrertes tilbake til hovedgrenen — rutinehandlingen med å bringe endringer sammen som skjer kontinuerlig i teamutvikling.
Å forstå forskjellen mellom en fremtolkingssammenslåing (Git framskriver ganske enkelt pekeren når målgrenen ikke har divergert, holder historikken lineær) og en sammenslåingscommit (en tretvegssammenslåing som oppretter en ny commit med to foreldre når begge grener har nye commits, registrerer at en sammenslåing skjedde) avklarer hvordan Git integrerer endringer og hvordan den resulterende historikken ser ut.
Mest viktig er det å forstå sammenslåingskonflikter — som oppstår når begge grener endrer de samme linjene på forskjellige måter, så Git ikke kan bestemme automatisk og ber deg løse det — er avgjørende praktisk kunnskaper: konflikter er en normal, uunngåelig del av samarbeid, og å vite hvordan du gjenkjenner konfliktmarkørene (<<<<<<<, =======, >>>>>>>), redigerer filen til det riktige resultatet, og fullfører sammenslåingen (stage og commit) er en essensielt ferdighet som ofte er en kilde til usikkerhet for de som ikke forstår det.
Da integreringen av grenendringer via sammenslåing er fundamental og konstant i samarbeidsorientert utvikling, og da det å forstå sammenslåingstyper og spesielt løse konflikter er nødvendig for å kombinere arbeid riktig (en rutineoppgave som ikke kan unngås), er det å forstå hvordan sammenslåing fungerer — grunnleggende sammenslåinger, fremtolking vs sammenslåingscommits, og konfliktløsning — essensielt, hyppig brukt Git-kunnskaper, en kjerneferdighet for samarbeid hvor konfliktløsning spesielt er en praktisk nødvendighet som alle utviklere må håndtere selvsikkert.