detached HEAD는 HEAD가 branch가 아닌 commit을 직접 가리킬 때 발생합니다. 특정 commit, tag, 또는 remote commit을 checkout할 때 일어나는 정상 상태(오류가 아님)이지만, 그 상태에서 commit하면 작업을 잃을 위험이 있으므로 이해하는 것이 중요합니다.
보통: HEAD → branch(예: main) → commit
→ commit하면 branch 포인터가 전진하고 HEAD가 따라감
detached: HEAD → commit을 직접 가리킴(branch를 통하지 않음)
→ "어떤 branch에도 있지 않음" — 특정 commit을 보는 중
git checkout <commit-hash>
git checkout v1.0.0
git checkout origin/main
commit, tag, 또는 remote-tracking branch를 직접 checkout하여 detached HEAD에 진입합니다. 옛 상태를 확인하는 데 정상적입니다.
⚠️ detached HEAD에서 COMMIT을 만들면, 그것들은 어떤 branch에도 속하지 않음:
→ 전환해 나가면 그 commit들은 도달 불가능(고아)이 됨
→ Git이 결국 가비지 컬렉션할 수 있음 → 작업 LOST
→ detached HEAD에서 만든 commit을 유지하려면, branch를 생성:
# detached HEAD에서 commit을 만들고 유지하고 싶다면?
git switch -c new-branch # 여기에 branch 생성 → commit이 이제 안전
# (이미 떠났다면: git reflog가 잃어버린 commit을 찾음)
detached HEAD 상태를 이해하는 것은 중요합니다. 이는 Git 사용자에게 흔한 혼란(과 잠재적 작업 손실)의 원천이므로, 무엇인지와 어떻게 처리하는지 아는 것이 가치 있는 실무 지식이기 때문입니다.
핵심 개념 — HEAD가 보통 branch를 가리키지만(따라서 commit이 branch를 전진시키고 유지됨), detached HEAD에서는 commit을 직접 가리킨다("어떤 branch에도 있지 않음")는 점 — 은 종종 불가사의해 보이는 상태를 명확히 합니다.
이것이 오류가 아닌 정상 상태(Git의 경고 메시지가 사람들을 놀라게 할 수 있음)라는 점을 이해하면 혼란이 사라집니다. 단지 옛 상태를 확인하기 위해 특정 commit, tag, 또는 remote-tracking branch를 checkout할 때 일어나는 정당하고 흔한 행동입니다.
결정적으로, 위험을 이해하는 것이 중요합니다. detached HEAD에서 만든 commit은 어떤 branch에도 속하지 않으므로, 전환해 나가면 고아가 되어 결국 가비지 컬렉션될 수 있어 작업을 잃습니다 — 사람들이 commit을 잃는 실제 방식입니다.
해결책 — detached HEAD에서 만든 commit을 고정하기 위해 branch 생성(git switch -c)하여 안전하게 유지(그리고 이미 떠났다면 git reflog로 복구 가능) — 을 아는 것이 혼란스럽고 잠재적으로 작업을 잃을 수 있는 상황을 관리 가능한 것으로 바꾸는 필수 실무 지식입니다.
detached HEAD는 많은 사람을 혼란스럽게 하고 오해하면 commit 손실로 이어질 수 있는 흔히 마주치는 상태이고, 무엇인지(정상이며 branch가 아닌 commit을 가리킴), 언제 발생하는지, 위험, 작업을 보존하는 방법을 이해하는 것이 Git을 자신 있게 사용하는 데 가치 있으므로, detached HEAD 상태를 이해하는 것은 중요하고 실무적으로 관련된 Git 지식입니다. 이는 자주 혼란스러운 상황을 명확히 하고 branch에 있지 않은 동안 만든 commit을 잃는 실제 문제를 방지하며, Git의 히스토리를 탐색하는 모든 개발자에게 유용한 지식입니다.