📌 브랜치란?

<aside> 💡

작업을 독립적으로 진행할 수 있는 개발 공간입니다. main(또는 master) 같은 주요 브랜치에서 기능 개발이나 버그 수정을 분리해 작업하고, 완료 후 병합(Merge)하여 반영합니다.

</aside>

💡 브랜치를 사용하는 이유:

• 동시 개발 가능: 여러 기능을 동시에 작업하며 팀 협업이 원활해집니다.
• 안정성 확보: main 브랜치를 보호하면서 새로운 기능을 안전하게 테스트할 수 있습니다.
• 버전 관리 용이: 개별 기능의 작업 내역을 추적하고 관리하기 쉽습니다.

🚀 주요 브랜치 전략

1. 🔹 Git Flow
   • 복잡한 프로젝트에 적합하며, main, develop, feature, release, hotfix 등의 브랜치가 있습니다.
   • feature 브랜치에서 기능 개발 후, develop으로 병합해 안정화합니다.
   • release 브랜치로 최종 테스트 후 main에 반영하여 배포합니다.
2. 🔹 GitHub Flow
   • 상대적으로 간단한 전략으로, main과 feature 브랜치 중심으로 작업 후 바로 병합합니다.
   • 빠른 배포에 적합하며, 소규모 프로젝트에서 효과적입니다.
3. 🔹 GitLab Flow
   • 환경별 브랜치(예: staging, production)를 두어 여러 배포 환경을 지원합니다.
   • 다양한 배포 환경에 필요한 워크플로우에 적합한 전략입니다.

💡 효과적인 브랜치 관리 요령

• ✔️ 작업 분리: 새로운 기능, 수정은 항상 새로운 브랜치에서 시작하세요.
• ✔️ 정기 병합: 병합 충돌을 피하기 위해 정기적으로 브랜치 병합하여 코드를 최신 상태로 유지합니다.
• ✔️ 브랜치 네이밍 규칙: 일관성 있게 브랜치 이름을 사용하여 가독성과 추적성을 높입니다.
  • 예시: feature/login, fix/bug-123, release/v1.0

🎯 브랜치 삭제와 관리

• 🗑️ 브랜치 삭제: 사용이 끝난 브랜치는 삭제하여 관리의 효율성을 높입니다.
  • 로컬 브랜치 삭제: git branch -d <브랜치명>
  • 원격 브랜치 삭제: git push origin --delete <브랜치명>