Hvad er en detached HEAD-tilstand i Git?

Question

IT Interview Practice · Accepted Answer

En **detached HEAD** opstår, når HEAD peger direkte på et **commit** i stedet for på en branch. Det er en normal tilstand (ikke en fejl), der sker, når du checker ud til et specifikt commit, tag eller remote commit — men at committe i den risikerer at miste arbejde, så det er vigtigt at forstå det.

## Hvad HEAD normalt peger på

```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
```

## Hvornår detached HEAD opstår

```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..."
```

Du går ind i detached HEAD ved at checke ud til et commit, tag eller remote-tracking branch direkte — normalt for at inspicere gamle tilstande.

## Risikoen: commits kan gå tabt

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

## Hvorfor det betyder noget

At forstå detached HEAD-tilstanden er vigtig, fordi det er en almindelig kilde til forvirring (og potentielt tab af arbejde) for Git-brugere, så det at vide, hvad det er, og hvordan man håndterer det, er værdifuldt praktisk viden.

Hovedbegrepet — HEAD peger normalt på en **branch** (så commits fremskrider branchen og bevares), men i en **detached HEAD** peger det **direkte på et commit** (du er "ikke på nogen branch") — præciserer en tilstand, der ofte virker mystisk.

At forstå, at det er en **normal tilstand, ikke en fejl** (Gits advarselsbesked kan skræmme folk) fjerner forvirring: det sker simpelthen, når du checker ud til et specifikt commit, tag eller remote-tracking branch for at inspicere en gammel tilstand — en legitim, almindelig handling.

Kritisk er det vigtig at forstå **risikoen**: **commits lavet i detached HEAD tilhører ingen branch**, så når du skifter væk, bliver de forældreløse og kan til sidst blive garbage-collectionet, hvilket mister arbejdet — en reel måde, folk mister commits på.

At kende rettelsen — **at oprette en branch** (`git switch -c`) for at forankre commits lavet i detached HEAD, holde dem sikre (og at `git reflog` kan gendanne dem, hvis du allerede er gået væk) — er den væsentlige praktiske viden, der gør en forvirrende, potentielt arbejdstabende situation til en håndterbar.

Fordi detached HEAD er en almindeligt forekommende tilstand, der forvirrer mange, og kan føre til tabte commits, hvis den misforstås, og fordi det at forstå, hvad det er (normal, peger på et commit ikke en branch), hvornår det sker, risikoen, og hvordan man bevarer arbejde, er værdifuldt for at bruge Git sikkert, er det at forstå detached HEAD-tilstanden vigtig, praktisk relevant Git-viden — præcisering af en hyppigt forvirrende situation og forebyggelse af det virkelige problem med at miste commits lavet, mens man ikke er på en branch, nyttig viden for enhver udvikler, der navigerer i Gits historie.

Hvad HEAD normalt peger på

Hvornår detached HEAD opstår

Risikoen: commits kan gå tabt

Hvorfor det betyder noget

Relaterede spørgsmål