Kaj je stanje »detached HEAD« v Gitu?

Question

Accepted Answer

**Detached HEAD** se pojavi, ko HEAD kaže neposredno na **commit** namesto na vejo. To je normalno stanje (ne napaka), ki se zgodi, ko preveriš specifičen commit, tag ali oddaljeni commit — vendar je commitanje v tem stanju tvegano za izgubo dela, zato je razumevanje tega pomembno.

## Kako HEAD običajno kaže

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

## Kdaj se pojavi 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..."
```

V detached HEAD stanje vstopimo s preverjanjem specifičnega commita, taga ali oddaljene sledilne veje — normalno za pregledovanje starih stanj.

## Tveganje: commiti se lahko izgubijo

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

## Zakaj je to pomembno

Razumevanje stanja detached HEAD je pomembno, ker je pogost vir zmede (in potencialne izgube dela) za Git uporabnike, zato je poznavanje, kaj je in kako se z njim ravnati, dragoceno praktično znanje.

Klučni koncept — HEAD običajno kaže na **vejo** (zato se commiti premikajo vejo naprej in se obdržijo), vendar je pri **detached HEAD** usmeljen **direktno na commit** (nisi »na nobeni veji«) — pojasnjuje stanje, ki se pogosto pojavi kot skrivnostno.

Razumevanje, da je to **normalno stanje, ne napaka** (Gitovo opozorilno sporočilo lahko alarmiira ljudi) — odpravi zmedo: preprosto se pojavi, ko preveriš specifičen commit, tag ali oddaljeno sledilno vejo za pregled starega stanja — to je legitimna, pogosta akcija.

Kritično je razumevanje **tveganja**: **commiti, ki so narejeni v detached HEAD, ne pripadajo nobeni veji**, zato se pri prehodu na drugo stanje izgubijo in so sčasoma lahko izbrisani z ''garbage collection'', kar povzroči izgubo dela — to je pravi način, kako ljudje izgubijo commite.

Znati popravek — **ustvarjanje veje** (`git switch -c`) za sidro commitov, narejenih v detached HEAD, da se ohranijo varni (in da `git reflog` lahko te commite okreva, če si že odšel) — je bistveno praktično znanje, ki pretvori zmedno, potencialno delo-gubečo situacijo v obvladljivo.

Ker je detached HEAD pogosto srečano stanje, ki zmede mnoge in lahko vede do izgube commitov, če ga narobe razumemo, in ker je razumevanje, kaj je (normalno, kaže na commit, ne na vejo), kdaj se pojavi, tveganje in kako ohraniti delo, dragoceno za varno uporabo Gita, je razumevanje stanja detached HEAD pomembno, praktično relevantno Git znanje — pojasnjuje pogosto zmeto situacijo in preprečuje pravi problem izgube commitov, narejenih izven veje, uporabno znanje za vsakega razvijalca, ki navigira po Gitovi zgodovini.