Hoe werken branches in Git?

Question

Accepted Answer

**Branches** in Git stellen je in staat om af te wijken van de hoofdlijn van ontwikkeling om aan iets in **isolatie** te werken — zonder de hoofdcode te beïnvloeden. Ze zijn lichtgewicht en centraal in Git-workflows, waardoor parallel werk en veilige experimenten mogelijk zijn.

## Wat een branch is

```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 zijn **lichtgewicht** (alleen aanwijzers naar commits, geen kopieën) — dus het maken en wisselen van branches is snel en goedkoop, daarom wordt Git branching veel gebruikt.

## Werken met 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)
```

## De branching workflow (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
```

De gebruikelijke workflow: maak een **feature branch** voor elk stuk werk, ontwikkel het in isolatie, merge het vervolgens terug — houd de hoofdbranch stabiel terwijl het werk parallel voortgaat.

## Waarom het belangrijk is

Het begrijpen van branches is essentieel omdat ze centraal staan in vrijwel alle Git-workflows, dus het beheersen ervan is fundamenteel voor gezamenlijke ontwikkeling.

Branches maken **isolatie** mogelijk — afwijken van de hoofdcode om aan een feature, fix of experiment te werken **zonder de hoofdlijn te beïnvloeden** totdat je klaar bent — wat de basis vormt voor hoe teams werken: meerdere personen (of één persoon aan meerdere taken) kunnen **parallel** aan afzonderlijke branches werken, terwijl de hoofdbranch stabiel blijft en de ontwikkeling voortgaat.

Begrijpen dat branches **lichtgewicht verplaatsbare aanwijzers** zijn (geen kopieën van bestanden, alleen aanwijzers naar commits) verklaart waarom Git branching zo snel, goedkoop en veel gebruikt is — een belangrijk argument waarom Git's branchingmodel wordt geprezen.

Weten hoe je branches **maakt, wisselt, opsomt en verwijdert** (met zowel de klassieke `checkout` als de nieuwere `switch` commando's) is dagelijks praktische kennis.

Het allerbelangrijkste is dat je de **feature-branch workflow** begrijpt (een branch per feature/fix maken, in isolatie ontwikkelen, vervolgens mergen) omdat dit het standaardpatroon is in bijna alle professionele ontwikkeling — het houdt main stabiel, maakt parallel werk mogelijk, ondersteunt code review (via pull requests op branches) en isoleert veranderingen.

Omdat branches centraal staan in alle Git-workflows (samenwerking, feature-ontwikkeling, code review, releases) en het feature-branch patroon bijna universeel is in professionele ontwikkeling, is het begrijpen hoe branches werken — wat ze zijn, hun lichtgewicht aard, de commando's en de feature-branch workflow — essentiële, veelvuldig toegepaste Git-kennis, een kernconcepte dat ten grondslag ligt aan hoe teams software gezamenlijk ontwikkelen en een fundamentele vaardigheid voor elke developer die met Git werkt.