Co je stav detached HEAD v Gitu?

Question

Accepted Answer

**Detached HEAD** nastane, když HEAD ukazuje přímo na **commit** místo na větev. Jedná se o normální stav (není to chyba), který se stane, když si vyberete konkrétní commit, tag nebo vzdálený commit — ale commitování v tomto stavu může vést ke ztrátě práce, proto je důležité tomu rozumět.

## Co HEAD normálně ukazuje

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

## Kdy nastane detached HEAD

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

Do detached HEAD se dostanete výběrem commitu, tagu nebo vzdálené větve přímo — je to normální při prohlížení starších stavů.

## Riziko: commity mohou být ztraceny

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

## Proč je to důležité

Rozmění si stav detached HEAD je důležité, protože je to běžný zdroj nejasností (a potenciální ztráty práce) pro uživatele Gitu, a proto vědět, co to je a jak s tím zacházet, je cenné praktické znalosti.

Klíčová koncepce — HEAD normálně ukazuje na **větev** (takže commity posunují větev dopředu a uchovávají se), ale v **detached HEAD** ukazuje **přímo na commit** (nejste "na žádné větvi") — vyjasnuje stav, který se často zdá tajemný.

Rozmění si, že je to **normální stav, ne chyba** (varovná zpráva Gitu může lidi vyděsit) — odstraňuje nejasnosti: jednoduše se to stane, když si vyberete konkrétní commit, tag nebo vzdálenou větev pro prohlížení starého stavu — legitimní, běžná akce.

Velmi důležité je porozumět **riziku**: **commity vytvořené v detached HEAD nepatří žádné větvi**, takže když se přepnete pryč, stanou se osiřelými a mohou být nakonec smazány garbage collectorem, čímž se ztratí práce — skutečný způsob, jak lidé ztratí commity.

Znalost řešení — **vytvoření větve** (`git switch -c`) pro ukotvení commitů vytvořených v detached HEAD, jejich bezpečné udržení (a že `git reflog` je může obnovit, pokud jste už odešli) — je základní praktickou znalostí, která změní matoucí, potenciálně ztrátu-práce-způsobující situaci v zvladatelnou.

Protože detached HEAD je často setkávaný stav, který mate mnoho lidí a může vést ke ztrátě commitů, pokud se jím lidé nerozumějí, a protože pochopení, co to je (normální, ukazuje na commit, ne na větev), kdy se to stane, jaké je riziko a jak si práci zachovat, jsou cenné pro důvěrné používání Gitu, je porozumění stavu detached HEAD důležitou, prakticky relevantní znalostí Gitu — vyjasnující často matoucí situaci a prevence skutečného problému ztráty commitů vytvořených mimo větev, užitečná znalost pro jakéhokoli vývojáře, který se pohybuje v Gitové historii.