Git의 branch는 메인 개발 라인에서 갈라져 나와 무언가를 격리된 상태로 작업할 수 있게 합니다. 메인 코드에 영향을 주지 않습니다. branch는 가볍고 Git 워크플로의 중심으로, 병렬 작업과 안전한 실험을 가능하게 합니다.
branch는 commit을 가리키는 이동 가능한 포인터(MOVABLE POINTER)입니다. 기본값은 보통 "main"입니다.
→ branch 생성 = 새 포인터 생성(저렴/즉시 — 파일 복사가 아님)
→ branch에서의 commit은 해당 branch의 포인터를 전진시킴
→ branch는 서로 격리된 채로 다른 작업을 병렬로 할 수 있게 함
branch는 가볍습니다(파일 복사가 아니라 단지 commit을 가리키는 포인터). 따라서 branch를 만들고 전환하는 것이 빠르고 저렴하며, 이것이 Git branching이 많이 사용되는 이유입니다.
git branch # branch 목록(* 가 현재 branch 표시)
git branch feature-x # branch 생성
git checkout feature-x # 전환
git switch feature-x # 전환(더 새로운 명령어)
git checkout -b feature-x # 생성 후 전환(단축)
git switch -c feature-x # 생성 후 전환(더 새로운)
git branch -d feature-x # branch 삭제(merge 후)
# 일반적인 패턴: 기능/수정마다 하나의 branch
git switch -c feature/login # 새 기능을 위해 main에서 branch
# ... branch에서 commit 수행(main과 격리됨) ...
git switch main # main으로 돌아옴
git merge feature/login # 완성된 기능을 main에 merge
# → main은 안정적으로 유지; 작업은 branch에서; 준비되면 merge
일반적인 워크플로: 각 작업 단위마다 feature branch를 만들고, 격리된 상태로 개발한 다음, 다시 merge합니다. 메인 branch를 안정적으로 유지하면서 작업이 병렬로 진행됩니다.
branch를 이해하는 것은 필수적입니다. branch는 사실상 모든 Git 워크플로의 중심이므로, 이를 파악하는 것이 협업 개발의 기초이기 때문입니다.
branch는 격리를 가능하게 합니다. 준비될 때까지 메인 라인에 영향을 주지 않고 메인 코드에서 갈라져 나와 기능, 수정, 실험을 작업합니다. 이는 팀이 작업하는 방식의 기초입니다. 여러 사람(또는 여러 작업을 하는 한 사람)이 별도의 branch에서 병렬로 작업하면서 개발이 진행되는 동안 메인 branch를 안정적으로 유지할 수 있습니다.
branch가 가벼운 이동 가능한 포인터(파일 복사가 아니라 단지 commit을 가리키는 포인터)라는 점을 이해하면 왜 Git branching이 그토록 빠르고 저렴하며 많이 사용되는지 설명됩니다. 이는 Git의 branching 모델이 칭찬받는 핵심 이유입니다.
branch를 생성, 전환, 목록 조회, 삭제하는 방법(고전적인 checkout과 더 새로운 switch 명령어 모두)을 아는 것은 일상의 실무 지식입니다.
가장 중요하게는, feature-branch 워크플로(기능/수정마다 branch를 만들고, 격리된 상태로 개발한 다음 다시 merge)를 이해하는 것이 근본적입니다. 이는 거의 모든 전문 개발의 표준 패턴이기 때문입니다. main을 안정적으로 유지하고, 병렬 작업을 가능하게 하며, (branch에서의 pull request를 통한) 코드 리뷰를 지원하고, 변경 사항을 격리합니다.
branch는 모든 Git 워크플로(협업, 기능 개발, 코드 리뷰, 릴리스)의 중심이고 feature-branch 패턴은 전문 개발에서 거의 보편적이므로, branch가 어떻게 작동하는지 — 무엇인지, 가벼운 특성, 명령어, feature-branch 워크플로 — 이해하는 것은 필수적이고 자주 적용되는 Git 지식입니다. 이는 팀이 협업적으로 소프트웨어를 개발하는 방식을 뒷받침하는 핵심 개념이자 Git을 사용하는 모든 개발자에게 근본적인 기술입니다.