Hvordan fungerer branches i Git?

Question

Accepted Answer

**Branches** i Git lar deg divergere fra hovedlinjen for utvikling for å arbeide med noe i **isolasjon** — uten å påvirke hovedkoden. De er lette og sentrale i Git-arbeidsflyter, og muliggjør parallelt arbeid og sikker eksperimentering.

## Hva en branch er

```text
A branch is a MOVABLE POINTER to a commit. The default is usually "main".
  → creating a branch = creating a new pointer (cheap/instant — not a copy of files)
  → commits on a branch advance that branch's pointer
  → branches let you work on different things in parallel, isolated from each other
```

Branches er **lette** (bare pekere til commits, ikke kopier) — så oppretting og bytting av branches er rask og billig, noe som er grunnen til at Git branching brukes mye.

## Arbeide med branches

```bash
git branch                     # list branches (* marks the current one)
git branch feature-x           # create a branch
git checkout feature-x         # switch to it
git switch feature-x           # switch (newer command)
git checkout -b feature-x      # create AND switch (shortcut)
git switch -c feature-x        # create and switch (newer)

git branch -d feature-x        # delete a branch (after merging)
```

## Branching-arbeidsflyten (feature branches)

```bash
# the common pattern: a branch per feature/fix
git switch -c feature/login    # branch off main for a new feature
# ... make commits on the branch (isolated from main) ...
git switch main                # back to main
git merge feature/login        # merge the completed feature into main
# → main stays stable; work happens on branches; merge when ready
```

Den vanlige arbeidsflyten: opprett en **feature branch** for hver del av arbeidet, utvikle det i isolasjon, deretter **merge** det tilbake — for å holde hovedbranchen stabil mens arbeidet skjer parallelt.

## Hvorfor det er viktig

Å forstå branches er essensielt fordi de er sentrale i praktisk talt alle Git-arbeidsflyter, så å forstå dem er grunnleggende for samarbeeidende utvikling.

Branches muliggjør **isolasjon** — å divergere fra hovedkoden for å arbeide med en funksjonalitet, rettelse eller eksperiment **uten å påvirke hovedlinjen** til den er klar — noe som er grunnleggende for hvordan team fungerer: flere personer (eller én person på flere oppgaver) kan arbeide **parallelt** på separate branches, og holde hovedbranchen stabil mens utviklingen fortsetter.

Å forstå at branches er **lette bevegelige pekere** (ikke kopier av filer, bare pekere til commits) forklarer hvorfor Git branching er så raskt, billig og mye brukt — en nøkkelgrunn til at Gits branch-modell blir berømt.

Å vite hvordan du **oppretter, bytter, lister og sletter** branches (med både den klassiske `checkout` og nyere `switch` kommandoer) er daglig praktisk kunnskap.

Mest viktig er å forstå **feature-branch-arbeidsflyten** (oppretting av en branch per funksjonalitet/rettelse, utvikling i isolasjon, deretter merge tilbake) som er grunnleggende fordi det er standardmønsteret i praktisk talt all profesjonell utvikling — for å holde main stabil, muliggjøre parallelt arbeid, støtte kodegransking (via pull requests på branches) og isolere endringer.

Ettersom branches er sentrale i alle Git-arbeidsflyter (samarbeid, funktjonalitetsutvikling, kodegransking, utgivelser) og feature-branch-mønsteret er nesten universelt i profesjonell utvikling, er det essensielt å forstå hvordan branches fungerer — hva de er, deres lette natur, kommandoene og feature-branch-arbeidsflyten — en essensiell, hyppig brukt Git-kunnskap, et kjernekonsept som ligger til grunn for hvordan team utvikler programvare sammen, og en grunnleggende ferdighet for enhver utvikler som arbeider med Git.