🎋 브랜치 전략

Github Flow

gitGraph
    commit id: "init"

    %% release 브랜치
    branch release
    checkout release
    commit id: "v1.0 배포"

    %% develop 브랜치
    branch develop
    checkout develop
    commit id: "개발 시작"

    %% feature 브랜치
    branch feature/login
    checkout feature/login
    commit id: "로그인 기능 구현"
    commit id: "로그인 예외 처리"
    checkout develop
    merge feature/login tag: "feature → develop"

    %% develop 추가 개발
    commit id: "기타 기능 개발"

    %% release 병합
    checkout release
    merge develop tag: "develop → release (v1.1)"

    %% hotfix 브랜치
    branch hotfix/critical-bug
    checkout hotfix/critical-bug
    commit id: "치명적 버그 수정"
    checkout release
    merge hotfix/critical-bug tag: "hotfix → release"

    %% (선택) hotfix 내용을 develop에도 반영
    checkout develop
    merge hotfix/critical-bug tag: "hotfix → develop"

• release : 배포 브랜치
• develop : 개발 통합 브랜치
• feature : 개발 통합 브랜치로 병합하기전 기술 추가용 브랜치
• hotfix : develop을 거치지않고 바로 release로 병합하기 위한 hotfix 브랜치

브랜치 네이밍

브랜치헤더/#이슈번호-작업내용

ex) feature/#1-sign-in

🙏 머지 전략

• Pull Request를 머지할 때, Squash Merge로 넣어주고 Commit 제목 새로 만들어주기

🏷️시맨틱 버저닝

Major/Minor/PATCH

MAJOR (주버전)

기존과 호환되지 않는 변경이 있을 때 변경