Git Physics & Advanced Workflows

1. Overview

Git 물리학 및 고급 워크플로우(Git Physics & Advanced Workflows, GPA)는 단순한 '파일 저장'을 넘어, 소스 코드라는 디지털 자산의 시간적 진화 과정을 수리적인 유향 비순환 그래프(DAG)로 관리하고 통제하는 '버전 제어 물리학'입니다.

학습자는 Git이 데이터를 스냅샷으로 저장하는 콘텐츠 주소 지정(Content-addressable) 물리 구조와, 커밋 간의 관계를 증명하는 **해시 체인(Hash Chain)**의 무결성 원리를 배웁니다. 특히, 대규모 팀의 충돌을 수리적으로 최소화하는 Git-flow와 Trunk-based 개발의 물리적 흐름 차이를 익힙니다. 이를 통해 수백 명의 개발자가 하나의 코드 베이스에서 작업해도 시간의 선후 관계가 뒤섞이지 않는 하이엔드 소스 제어 거버넌스 역량을 확보합니다.

2. Scope & Boundaries

In-Scope

• Git Internals: Blob, Tree, Commit 객체의 물리적 구조와 포인터 역학
• Branching Strategies: Git-flow, GitHub Flow, Trunk-based Development의 수리적 수순
• Advanced Operations: Rebase, Interactive Squash, Cherry-pick의 물리적 결과물 비교
• Conflict Resolution: 병합 충돌의 수리적 근원 이해와 물리적 해결 자동화 전략
• Git Hooks: 코드 푸시 전후의 물리적 이벤트를 제어하는 자동 가드레일 설계

Out-of-Scope

• 일반적인 SVN이나 전용 중앙 집중형 버전 관리 상세 (09-XX-XX 영역에서 이관)
• Git 기반 서비스(GitHub, GitLab)의 UI 기능 상세 (도구 활용 영역으로 위임)

Boundaries

• GPA vs. CGV: GPA가 '코드의 시간적 형상과 변경 이력의 무결성'에 집중한다면, CGV(09-02-04)는 그 이력이 '중앙에 합쳐질 때의 품질 검증'에 집중하여 분담합니다.

3. Counterexample

• 단순히 "커밋 메시지 쓰는 법"이라 설명하는 것은 GPA 학습이 아닙니다. 왜 Rebase가 커밋의 물리적 '부모 해시'를 변경하여 이미 푸시된 이력을 파괴하는지 수리적으로 증명할 수 있어야 하며, Trunk-based 개발이 하드웨어 배포 주기($Cycle Time$)를 수리적으로 단축시키는 대신 '피처 플래그'라는 물리적 완충 장치를 왜 필수적으로 강제하는지 논증하지 못한다면 Git의 본질을 이해하지 못한 것입니다.

4. Prerequisites

• Software Construction & Code Physics (Basic): 09-01-04의 소스 코드 단위 구조 이해가 필수입니다.
• Computing Logic & Fundamental Math (Recommended): 01-01-02의 그래프 이론(DAG) 기초 이해가 권장됩니다.

5. Learning Map

1. Snapshots of Truth: Git이 파일을 차이(Delta)가 아닌 '상태(Snapshot)'로 바라보는 물리적 관점을 이해합니다.
2. The Graph Structure: 가지(Branch)와 줄기(Main)가 만드는 거대한 수리적 그래프(DAG)를 설계합니다.
3. Collaboration Rhythm: 팀의 규모와 배포 속도에 맞는 최적의 브랜칭 물리 모델을 선택합니다.
4. Historical Engineering: 지저분한 이력을 닦아내고 의미 있는 기록만 남기는 하이엔드 형상 공학을 완성합니다.

6. Learning Topics

Basic

Core: Git의 데이터 저장 원리와 객체 모델 (Git Objects)

• Why to Learn: 커밋이 단순한 텍스트 묶음이 아니라 수리적으로 검증된 '상태의 노드'임을 알기 위해서입니다.
• What to Learn:
  • Content-addressable Storage: 내용의 해시값이 곧 주소가 되는 물리 기제
  • Blobs & Trees: 파일 내용과 디렉토리 구조의 수리적 분리
  • Commit Nodes: 작성자, 시각, 부모 노드 정보를 담는 물리적 연결 고리
• How to Learn:
  • .git/objects 폴더를 열어 실제 바이너리 파일들이 어떻게 저장되는지 'git cat-file' 명령어로 물리적 압축 해제 실습
  • 파일 내용을 1비트 바꿨을 때 해시값($SHA-1/256$)이 어떻게 변하는지 수리적 민감도 확인
• Implement: 현재 워킹 디렉토리의 상태를 Tree 구조로 시각화해 뱉어내는 기초 GitVisualizer

Recommended

Core: 브랜칭 전략과 워크플로우 설계 (Git Workflows)

• Why to Learn: 여러 명이 동시에 코드를 고칠 때 발생하는 물리적 충돌($Collision$)을 시스템적으로 최소화하기 위함입니다.
• What to Learn:
  • Git-flow: 기능, 릴리스, 핫픽스의 물리적 수명 주기 구분
  • GitHub Flow: Pull Request 중심의 단순하고 빠른 물리 흐름
  • Branch Lifetime: 브랜치가 살아있는 시간($T$)과 병합 난이도의 수리적 상관관계
• How to Learn:
  • 3명이 한 팀이 되어 각각 다른 전략(Merge vs Rebase)으로 코드를 합쳐보며, 그래프의 형상 차이를 관찰하는 실습
  • 장기 생존 브랜치가 메인 줄기와 멀어질 때 발생하는 '머지 공포($Merge Hell$)' 수치 시뮬레이션
• Implement: 팀의 배포 주기와 인원수를 입력하면 추천 브랜칭 전략을 제안하는 WorkflowAdvisor

Practical

Core: 고급 이력 관리와 충돌 제어 (History Engineering)

• Why to Learn: 의미 없는 '작업중...' 커밋들을 지우고, 시스템의 변화를 읽을 수 있는 깨끗한 장부로 만들기 위해서입니다.
• What to Learn:
  • Interactive Rebase: 수십 개의 커밋을 하나로 합치거나(Squash) 순서를 바꾸는 수순
  • Cherry-picking Physics: 특정 변화 조각만 물리적으로 떼어내어 다른 평행 우주(Branch)로 복제
  • Reflog Mechanics: 실수로 지운 브랜치나 커밋을 물리적으로 복구하는 최후의 수단
• How to Learn:
  • git rebase -i를 통해 과거의 오타 수정 커밋을 메인 로직 커밋에 물리적으로 흡수시키는 훈련
  • '3-way Merge' 알고리즘이 충돌 지점을 어떻게 수리적으로 찾아내는지 논리 추적 실습
• Implement: 커밋 메시지의 명세를 검사하고 부적절한 이력 생성을 차단하는 GitHookScript

Advanced

Core: 대규모 모노레포와 성능 거버넌스 (Scalable Git)

• Why to Learn: 수만 명의 개발자와 테라바이트급 소스 코드가 가득한 환경의 물리적 한계를 극복하기 위함입니다.
• What to Learn:
  • Monorepo Physics: 하나의 거대 저장소가 유발하는 하드웨어 I/O 및 네트워크 부하
  • Sparse Checkout: 필요한 부분만 골라 물리적으로 체크아웃하는 대역폭 절약 기술
  • Git LFS: 거대 바이너리 파일의 해시만 남기고 본체는 외부 하드웨어로 격리
• How to Learn:
  • 가상의 대규모 저장소를 시뮬레이션하고, git status 속도가 하드웨어 성능에 따라 어떻게 수치적으로 변하는지 연구
  • 수천 개의 브랜치가 존재할 때의 그래프 검색 속도 최적화 방안 분석
• Implement: 저장소 크기와 파일 수를 분석하여 성능 임계치 도달을 경고하는 RepoAudit

7. Terminology

8. References

Primary

• [P2] SWEBOK v4.0 - Software Configuration Management / Management of the SCM Process — Configuration standards.
• [P5] SFIA v9 - Software Engineering / Methods and tools (Configuration management) — Industry skills.

Secondary

• [Pro Git] Scott Chacon, Ben Straub — The definitive Git guide (The Bible).
• [Git Internals] PeepCode — Deep dive into object physics.

Industry

• [Atlassian: Comparing Workflows] — Industry standard branching patterns.
• [Conventional Commits Specification] — Standard for history semantic clarity.

9. Final Checklist

Primary

• 'Snapshot' 기반 저장이 'Delta' 기반 저장보다 하드웨어 디스크 및 성능 측면에서 왜 물리적으로 유리한지 설명 가능한가? (P2)
• '형상 관리'에서 발생한 이력 데이터의 손실이 시스템 사고 분석($RCA$)을 어떻게 물리적으로 방해하는지 기술할 수 있는 가? (P2)

Secondary

• 'Fast-forward' 머지가 발생하지 않도록 강제하는 물리적 옵션(--no-ff)의 구조적 장단점을 소통 가능한가?
• Data Integrity 확보를 위해 Git이 사용하는 Merkle Tree 수리 모델의 기본 원리를 논증할 수 있는 가?

Industry

• 팀원 간의 '커밋 충돌' 빈도를 낮추기 위해 기능의 '수평적 분할' 전략을 수치적으로 제안할 수 있는 가? (SFIA)
• Interactive Rebase를 통해 'WIP' 커밋들을 배포용 'Semantic' 커밋으로 물리적으로 조각하는 수순을 완성할 수 있는 가?