Ce este o stare de HEAD detașat în Git?

Question

Accepted Answer

Un **detached HEAD** apare atunci când HEAD indică direct la un **commit** în loc să indice la o ramură. Este o stare normală (nu o eroare) care se întâmplă atunci când faci checkout la un commit specific, o etichetă sau un commit din ramura de urmărire la distanță — dar crearea de commituri în această stare riscă să pierzi munca, deci înțelegerea ei este importantă.

## La ce indică HEAD în mod normal

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

## Când se întâmplă HEAD detașat

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

Intrezi în starea de HEAD detașat prin checkout la un commit, etichetă sau ramură de urmărire la distanță în mod direct — este normal pentru inspecția stărilor vechi.

## Riscul: commiturile pot fi pierdute

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

## De ce este important

Înțelegerea stării de HEAD detașat este importantă deoarece este o sursă comună de confuzie (și de potențială pierdere de muncă) pentru utilizatorii Git, deci știind ce este și cum să o gestionezi este cunoaștere practică valoroasă.

Conceptul cheie — HEAD indică în mod normal la o **ramură** (deci commiturile avansează ramura și sunt păstrate), dar în **HEAD detașat** indică **direct la un commit** (nu ești "pe nicio ramură") — clarifiază o stare care adesea pare misterioasă.

Înțelegerea că este o **stare normală, nu o eroare** (mesajul de avertizare al Git poate alarma oamenii) elimină confuzia: se întâmplă pur și simplu atunci când faci checkout la un commit specific, o etichetă sau o ramură de urmărire la distanță pentru a inspecta o stare veche — o acțiune legitimă și comună.

Critic, înțelegerea **riscului** este importantă: **commiturile făcute în HEAD detașat nu aparțin niciunei ramuri**, deci atunci când te muți înainte ele devin orfane și pot fi eventual colectate ca gunoi, pierzi munca — o modalitate reală prin care oamenii pierd commituri.

Cunoașterea soluției — **crearea unei ramuri** (`git switch -c`) pentru a ancora commiturile făcute în HEAD detașat, păstrând-le în siguranță (și că `git reflog` poate să le recupereze dacă ai plecat deja) — este cunoașterea practică esențială care transformă o situație confuză și care poate pierde munca într-una gestionabilă.

Deoarece HEAD detașat este o stare frecvent întâlnită care o încurcă pe mulți și poate duce la pierderea de commituri dacă este neînțeleasă, și deoarece înțelegerea ce este (normal, indicând la un commit nu la o ramură), când se întâmplă, riscul, și cum să protejezi munca este valoroasă pentru folosirea Git cu încredere, înțelegerea stării de HEAD detașat este cunoaștere Git importantă și practic relevantă — clarificând o situație frecvent confuză și prevenind problema reală a pierderii commiturilor făcute în timp ce nu ești pe o ramură, cunoaștere utilă pentru orice dezvoltator navigând în istoricul Git.