🌴깃 브랜치 전략

브랜치 종류와 네이밍 규칙

메인 브랜치

브랜치 이름	설명
main	최종 배포 버전 코드가 포함된 메인 브랜치
dev	다음 배포를 준비하는 브랜치로, feature와 hotfix가 병합됨

기능별 브랜치

브랜치 유형	네이밍 규칙	설명
feature	feature/{기능이름}	새로운 기능 추가 작업 시 사용

예시: feature/login, feature/ui-bug, feature/payment-issue

브랜치 규칙

기본 규칙

• 소문자 및 하이픈(-): 네이밍은 소문자와 하이픈을 사용하여 단어를 구분합니다.
• 명확한 이름: 기능이나 버그의 핵심 내용을 담아 한눈에 이해 가능하도록 합니다.
• 짧고 간결하게: 너무 길지 않게 하며, 한 가지 작업이나 목적에 집중합니다.

병합 규칙

• main 브랜치는 직접 커밋하지 않으며 PR(Pull Request)을 통해서만 변경이 이루어집니다.
• 모든 기능은 develop 브랜치로 병합하며, 병합 전 코드 리뷰를 반드시 완료합니다.
• **긴급 수정 사항(hotfix)**만 main 브랜치로 직접 병합 가능하며, 병합 후 develop에도 반영합니다.

기타 규칙

• 작업 완료 시점: 모든 작업이 끝난 브랜치는 삭제하여 브랜치 관리를 간소화합니다.
• PR 메시지: PR 메시지는 해당 커밋 메시지 규칙을 준수하고, 작업 목적과 변경 사항을 간단히 설명합니다.

브랜치 전략

• Git Flow 전략을 기반으로 dev 브랜치를 추가하여 사용합니다.

gitGraph
   commit id: "초기 커밋" tag: "main"
   branch dev
   checkout dev
   commit id: "프로젝트 구조 설정"

   branch feature/login
   checkout feature/login
   commit id: "로그인 폼 UI 추가"
   commit id: "로그인 기능 구현"
   checkout dev
   merge feature/login tag: "feature/login 브랜치를 dev에 병합"

   branch feature/user-profile
   checkout feature/user-profile
   commit id: "사용자 프로필 UI 추가"
   commit id: "프로필을 백엔드와 연결"
   checkout dev
   merge feature/user-profile tag: "feature/user-profile 브랜치를 dev에 병합"

   branch hotfix/navbar
   checkout hotfix/navbar
   commit id: "네비게이션바 반응형 문제 수정"
   checkout main
   merge hotfix/navbar tag: "hotfix/navbar 브랜치를 main에 병합"
   checkout dev
   merge hotfix/navbar tag: "hotfix/navbar 브랜치를 dev에 병합"

   checkout main
   merge dev tag: "dev 브랜치를 main에 병합하여 배포"
   commit id: "최신 변경 사항 배포"

Loading