🔖 Git으로 협업 시작하기 #8 – 브랜치 전략으로 충돌 없는 협업 만들기

🔹 16. 협업 효율을 높이는 브랜치 전략

 

📌 16-1. 브랜치는 목적별로 분리
👉 기능 개발, 버그 수정, 실험 등 브랜치 목적을 명확히 구분

 

✔︎ 예시 :

• feat/login-auth

• fix/board-comment-npe

• test/image-upload

 

➡️ 브랜치 이름만 봐도 작업 내용을 알 수 있어야 함

 

📌 16-2. main/master 브랜치는 항상 배포 가능 상태 유지
👉 직접 커밋 ❌ / 오직 PR을 통해서만 병합
👉 긴급 핫픽스는 별도 hotfix/ 브랜치로 관리

 

➡️ 품질 안정성과 신뢰도 확보

 

📌 16-3. PR은 작은 단위로 자주 보내기
👉 2,000줄짜리 PR보다 200줄 PR이 리뷰와 테스트에 훨씬 유리

 

• 변경량이 많아질수록 리뷰 지연 → 병합 지연 → 갈등 발생

 

📌 16-4. 브랜치 병합 전에 충돌 해결은 반드시 작성자가
👉 "리뷰어가 충돌 해결까지 해야 하는 상황"은 협업 신뢰를 깎는 대표 사례

 

➡️ PR 작성자가 책임지고 merge 전까지 병합 가능 상태 유지

 

💡 요약 정리
1️⃣ 브랜치는 역할별로 명확히 나누기
2️⃣ main은 항상 배포 가능한 안정 버전 유지
3️⃣ PR은 작게, 자주
4️⃣ 충돌은 PR 작성자가 직접 해결