Wat is een detached HEAD-status in Git?

Question

Accepted Answer

Een **detached HEAD** treedt op wanneer HEAD rechtstreeks naar een **commit** verwijst in plaats van naar een branch. Het is een normale status (geen fout) die optreedt wanneer u een specifieke commit, tag of remote commit uitcheckt — maar commits doen terwijl HEAD losgezongen is, riskeert verlies van werk, dus begrip ervan is belangrijk.

## Waarop HEAD normaal verwijst

```text
NORMALLY: HEAD → a BRANCH (e.g. main) → a commit
  → when you commit, the branch pointer advances, and HEAD follows it
DETACHED: HEAD → directly to a COMMIT (not through a branch)
  → you're "not on any branch" — looking at a specific commit
```

## Wanneer detached HEAD optreedt

```bash
git checkout <commit-hash>     # check out a specific commit → DETACHED HEAD
git checkout v1.0.0            # check out a tag → detached HEAD
git checkout origin/main       # check out a remote-tracking branch → detached
# Git warns: "You are in 'detached HEAD' state..."
```

U komt in detached HEAD terecht door een commit, tag of remote-tracking branch rechtstreeks uit te checken — normaal om oude states te inspecteren.

## Het risico: commits kunnen verloren gaan

```text
⚠️ If you make COMMITS in detached HEAD, they belong to NO branch:
  → when you switch away, those commits become unreachable (orphaned)
  → Git may eventually garbage-collect them → work LOST
→ To KEEP commits made in detached HEAD, create a branch:
```

```bash
# made commits in detached HEAD and want to keep them?
git switch -c new-branch       # create a branch HERE → commits are now safe
# (if you already left: git reflog finds the lost commits)
```

## Waarom het belangrijk is

Begrip van de detached HEAD-status is belangrijk omdat het een veelvoorkomende bron van verwarring (en mogelijk verloren werk) is voor Git-gebruikers, dus weten wat het is en hoe ermee om te gaan is waardevolle praktische kennis.

Het kernbegrip — HEAD verwijst normaal naar een **branch** (dus commits brengen de branch vooruit en blijven behouden), maar in een **detached HEAD** verwijst het **rechtstreeks naar een commit** (u bent "niet op een branch") — verduidelijkt een status die vaak mysterieus lijkt.

Begrip dat het een **normale status, geen fout** is (de waarschuwingsboodschap van Git kan mensen alarmerend lijken) verwijdert verwarring: het gebeurt gewoon wanneer u een specifieke commit, tag of remote-tracking branch uitcheckt om een oude status te inspecteren — een legitieme, veel voorkomende actie.

Critisch is begrip van het **risico** belangrijk: **commits die in detached HEAD worden gemaakt, behoren tot geen branch**, dus wanneer u weggaat, raken ze verweest en kunnen uiteindelijk door garbage collection worden verwijderd, waardoor het werk verloren gaat — een echte manier waarop mensen commits verliezen.

Weten hoe u het oplost — **een branch maken** (`git switch -c`) om commits die in detached HEAD zijn gemaakt vast te zetten, ze veilig te houden (en dat `git reflog` ze kan herstellen als u het al hebt verlaten) — is de essentiële praktische kennis die een verwarrende, mogelijk werk-verliezende situatie in een beheersbare omzet.

Omdat detached HEAD een veel voorkomende status is die veel mensen verwart en tot verloren commits kan leiden als deze niet wordt begrepen, en omdat het begrijpen wat het is (normaal, verwijzend naar een commit niet naar een branch), wanneer het gebeurt, het risico en hoe u werk behoudt, waardevol is voor vertrouwen in Git, is begrip van de detached HEAD-status belangrijke, praktisch relevante Git-kennis — het verduidelijkt een veel voorkomend verwarrend scenario en voorkomt het echte probleem van verloren commits die zijn gemaakt terwijl u niet op een branch bent, nuttige kennis voor elke ontwikkelaar die door Git-geschiedenis navigeert.