실제 팀의 Git 프로세스: 어떤 워크플로우를 선택할까

왜 Feature Branch Workflow일까?

• Feature Branch = 각 장의 독립된 초고
• 병렬 작업을 위한 코드 격리
• main 브랜치에 영향을 주지 않는 안전한 실험
• 모든 수준의 팀이 쉽게 도입 가능
• 스타트업과 소규모 프로젝트에 이상적

여러분이 책을 집필할 때 각 장마다 별도의 초고를 만든다고 상상해 보세요. Feature Branch Workflow가 바로 이런 방식으로 작동합니다. 각각의 새로운 기능은 격리된 환경에서 개발됩니다. 이 접근 방식은 팀이 동시에 여러 작업을 수행하면서도 메인 코드에 혼란을 주지 않도록 해줍니다. 메인 브랜치가 안정적으로 유지된다는 확신을 가지고 자유롭게 실험할 수 있습니다. 특히 속도와 유연성이 중요한 소규모 팀에 잘 맞습니다. 기능이 완료되면 코드 리뷰를 거친 후에야 메인 코드에 병합됩니다. 단순함과 효율성, 이것이 이 접근 방식을 인기 있게 만드는 이유입니다.

feature 브랜치의 생명주기

• git checkout -b feature/new-payment
• 명확한 메시지와 함께 커밋
• git push origin feature/new-payment
• pull request 생성
• 코드 리뷰 후 main에 병합

feature 브랜치가 생성부터 병합까지의 전체 과정을 살펴보겠습니다. 먼저 git checkout -b feature/new-payment 명령어로 main에서 새 브랜치를 만듭니다. 작업을 진행하면서 변경 사항을 명확하고 상세하게 설명하는 커밋을 작성합니다. 기능이 완료되면 브랜치를 원격 저장소에 푸시하고 pull request를 생성합니다. 동료들이 코드를 검토하고 의견을 남기면, 모든 수정 사항이 반영된 후에 변경 사항이 메인 브랜치에 병합됩니다. 중요한 규칙은 하나의 브랜치에 하나의 논리적으로 완결된 작업만 담는 것입니다. 이렇게 하면 커밋 기록을 깔끔하게 유지할 수 있습니다.

# main 브랜치에서 새 브랜치 생성
git checkout main
git pull origin main
git checkout -b feature/new-payment

# 작업하고 커밋하기
echo 'Add payment processing' > payment.js
git add payment.js
git commit -m '결제 처리 모듈 추가'

# 푸시하고 PR 생성하기
git push origin feature/new-payment
# 그 다음 GitHub UI를 통해 Pull Request 생성

2개의 명령어로 feature 브랜치 생성하기

• Feature Branch Workflow — 단순함과 효율성
• 최신 main 브랜치에서 브랜치 생성
• git checkout -b feature/new-login
• 브랜치 이름은 작업 내용을 반영
• feature/, fix/, docs/ 접두사로 명확성 확보

실제로 feature 브랜치를 만들어 보겠습니다. 먼저 메인 브랜치로 전환하고 업데이트합니다: git checkout main && git pull. 이제 작업을 위한 새 브랜치를 만듭니다: git checkout -b feature/new-login. -b 플래그는 Git에게 새 브랜치를 만들고 바로 전환하라고 지시합니다. 단 두 개의 명령어면 작업을 시작할 준비가 됩니다. 브랜치 이름이 작업의 내용을 반영하는지 확인하세요. feature/, fix/, docs/ 등의 접두사를 시작에 붙이면 브랜치의 목적을 빠르게 파악할 수 있습니다. 이제 변경 작업을 시작할 수 있습니다.

git checkout main && git pull
# 메인 브랜치 업데이트
git checkout -b feature/new-login
# 새 브랜치 생성 및 전환