Hvordan virker branches i Git?

Question

Accepted Answer

**Branches** i Git lader dig divergere fra hovedlinjen af udviklingen for at arbejde på noget i **isolation** — uden at påvirke hovedkoden. De er lette og centrale for Git-arbejdsgange, hvilket muliggør parallelt arbejde og sikker eksperimentering.

## Hvad 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** (kun pointere til commits, ikke kopier) — så oprettelse og skift mellem branches er hurtigt og billigt, hvilket er grunden til at Git branching bruges meget.

## Arbejde 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)
```

## Branchingarbejdsgangen (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 almindelige arbejdsgang: opret en **feature branch** for hvert stykke arbejde, udvikl det i isolation, og **merge** det så tilbage — hold hovedbranchen stabil mens arbejdet foregår parallelt.

## Hvorfor det betyder noget

At forstå branches er essentielt, fordi de er centrale for praktisk taget alle Git-arbejdsgange, så at forstå dem er fundamental for samarbejdsbaseret udvikling.

Branches muliggør **isolation** — at divergere fra hovedkoden for at arbejde på en feature, fix eller eksperiment **uden at påvirke hovedlinjen** indtil det er klart — hvilket er grundlæggende for hvordan teams arbejder: flere personer (eller én person på flere opgaver) kan arbejde **parallelt** på separate branches, hold hovedbranchen stabil mens udviklingen foregår.

At forstå at branches er **lette bevægelige pointere** (ikke kopier af filer, kun pointere til commits) forklarer hvorfor Git branching er så hurtigt, billigt og meget brugt — en vigtig grund til at Git's branchingmodel roses.

At vide hvordan man **opretter, skifter, lister og sletter** branches (med både det klassiske `checkout` og det nyere `switch` kommando) er hverdagspraktisk viden.

Mest vigtigst er at forstå **feature-branch-arbejdsgangen** (opret en branch per feature/fix, udvikl i isolation, merge så tilbage) fundamental fordi det er standardmønsteret i næsten al professionel udvikling — hold main stabil, muliggør parallelt arbejde, understøt kodegennemgang (via pull requests på branches) og isoler ændringer.

Da branches er centrale for alle Git-arbejdsgange (samarbejde, feature-udvikling, kodegennemgang, releases) og feature-branch-mønsteret er næsten universelt i professionel udvikling, er at forstå hvordan branches virker — hvad de er, deres lette natur, kommandoerne og feature-branch-arbejdsgangen — essentiel, hyppigt brugt Git-viden, et kernekoncept der understøtter hvordan teams udvikler software samarbejdsbaseret og en fundamental færdighed for enhver udvikler der arbejder med Git.