Git은 내부적으로 어떻게 작동하나요?

Question

Accepted Answer

내부적으로 Git은 **content-addressable object store**입니다. 모든 것을 **SHA-1 해시**로 식별되는 **object**(blob, tree, commit, tag)로 저장합니다. 이 모델을 이해하면 Git이 신비롭지 않게 되고 왜 그 작업들이 그렇게 동작하는지 설명됩니다.

## Git은 content-addressable object store입니다

```text
Git은 4가지 유형의 OBJECT를 저장하며, 각각 그 내용의 SHA-1 해시로 식별됩니다:
  BLOB   → 파일 내용(데이터만, 파일명 없음)
  TREE   → 디렉터리: 이름 → blob(파일)과 tree(하위 디렉터리) + 권한 매핑
  COMMIT → 스냅샷: TREE(루트) + 부모 commit + 작성자/메시지를 가리킴
  TAG    → annotated tag object(commit을 가리킴, 메타데이터와 함께)
→ content-addressable: object의 ID가 그 내용의 해시(같은 내용 = 같은 해시).
```

## commit은 diff가 아닌 스냅샷이다

```text
→ 각 COMMIT은 완전한 TREE(그 시점의 프로젝트 전체 상태)를 가리킴
→ Git은 diff가 아닌 스냅샷(SNAPSHOTS)을 저장(내부적으로 압축/중복 제거하긴 함):
  변경되지 않은 파일 → commit의 tree가 같은 blob(같은 해시)을 재사용 → 효율적
→ 보이는 diff는 스냅샷 간에 계산(COMPUTED)된 것, 저장된 것이 아님.
```

## 어떻게 맞물리는가

```text
branch(예: main) → COMMIT을 가리키는 포인터(ref)
HEAD → 현재 branch(또는 commit)를 가리킴
commit → tree → blob(스냅샷)
commit → 부모 → 부모 → ...(히스토리 체인)
→ branch/tag는 단지 commit 해시를 담은 작은 파일(저렴한 포인터).
  이것이 branching이 그토록 가벼운 이유.
```

## 왜 이것이 Git의 동작을 설명하는가

```text
✓ branch가 저렴함 → 단지 파일 속 40자 해시(파일 복사가 아님)
✓ 무결성 → content-addressing은 손상/변경을 감지 가능(해시 불일치)
✓ commit이 불변 → 무엇이든 바꾸면 = 새 해시 = 새 commit(rebase가 새 commit을
  만드는 이유, 히스토리 rewrite가 해시를 바꾸는 이유)
✓ 중복 제거 → 동일한 내용은 한 번만 저장(blob 공유)
```

## 왜 중요한가

Git이 내부적으로 어떻게 작동하는지 이해하는 것은 가치 있는 시니어 수준의 지식입니다. 이는 **Git을 신비롭지 않게** 만들고 왜 그 작업들이 그렇게 동작하는지 설명하여, Git을 추론하고 자신 있게 사용하는 능력을 심화하기 때문입니다.

핵심 모델 — 4가지 object 유형(파일 내용을 위한 blob, 디렉터리를 위한 tree, 스냅샷을 위한 commit, tag)을 각각 그 **내용의 해시**로 식별하는 **content-addressable object store**로서의 Git — 은 다른 모든 것이 기반하는 토대입니다.

**commit이 diff가 아닌 스냅샷**(각 commit이 전체 프로젝트 상태를 나타내는 완전한 tree를 가리키며, 변경되지 않은 파일은 같은 blob을 효율적으로 재사용하고, diff는 저장이 아닌 계산됨)이라는 점을 이해하면 흔한 오해를 바로잡고 Git의 스냅샷 기반 모델을 설명합니다.

**어떻게 맞물리는지**(commit을 가리키는 저렴한 포인터/ref로서의 branch와 tag, 현재 branch를 가리키는 HEAD, 부모를 통해 연결된 commit)를 보면 그 아래의 우아한 단순성이 드러납니다.

가장 가치 있게, 이 이해는 **Git의 관찰 가능한 동작을 설명**합니다. 왜 **branch가 가벼운지**(파일 복사가 아닌 작은 파일 속 해시일 뿐 — branching이 그토록 빠른 이유 설명), 왜 Git이 **무결성**을 가지는지(content-addressing이 해시 불일치로 손상을 감지), 왜 **commit이 불변**이고 rebase 같은 히스토리 rewrite 작업이 **새 해시를 가진 새 commit**을 만드는지(어떤 내용이든 바꾸면 해시가 바뀜), 왜 Git이 **중복을 제거**하는지(동일한 내용은 한 번만 저장)를 설명합니다.

이 깊은 모델은 Git을 암기된 명령어 집합에서 이해 가능한 시스템으로 변모시켜, 복잡한 작업에 대한 자신 있는 추론을 가능하게 합니다.

내부 object 모델을 이해하면 Git이 왜 그렇게 동작하는지(가벼운 branch, 불변 commit, rewrite 시 해시 변경, 무결성) 설명되고 Git을 사용하는 것에서 진정으로 이해하는 것으로 끌어올리므로, Git 내부를 이해하는 것은 가치 있는 시니어 수준의 지식입니다. 이는 시니어 역할에 기대되는 깊이를 반영하고 Git을 자신 있게 추론할 정신적 모델을 제공하는 주제로, 그 동작을 신비롭지 않게 만들고 고급 작업을 불가사의한 것이 아니라 이해 가능한 것으로 만듭니다.