Skip to content

Latest commit

 

History

History
63 lines (44 loc) · 2.39 KB

Branch.md

File metadata and controls

63 lines (44 loc) · 2.39 KB
Raw

Branch Strategy & Naming Convention

프로젝트를 진행하면서 브랜치를 생성할 때, 다음의 원칙을 따르도록 한다.

🚩 Strategy

브랜치 전략으로 Git-Flow를 사용한다.

  • master branch
    : 배포 가능한 상태만을 관리한다.

  • develop branch
    : 기능 개발을 위한 브랜치들을 병합하기 위해 사용한다.
    모든 기능이 추가되고 버그가 수정되어 배포 가능한 안정적인 상태라면 해당 develop 브랜치를 master 브랜치에 merge한다.
    평소에는 이 브랜치를 기반으로 개발을 진행한다.

  • feature branch
    : 기능을 개발하는 브랜치로, 새로운 기능 개발 및 버그 수정이 필요할 때마다 develop 브랜치로부터 분기한다.
    feature 브랜치에서의 작업은 기본적으로 공유할 필요가 없기 때문에 자신의 로컬 저장소에서 관리한다.
    개발이 완료되면 develop 브랜치로 merge하여 팀원과 공유한다.
    더 이상 필요하지 않은 feature 브랜치는 삭제한다.

  • release branch
    : 배포를 위한 브랜치로, 최종적인 버그 수정이나 문서 추가 등 배포와 관련된 작업을 수행한다.
    배포 관련 작업 이외에는 release 브랜치에 새로운 기능을 추가로 merge하지 않는다.

  • hotfix branch
    : 배포한 버전에 긴급하게 수정을 해야 할 필요가 있을 경우, master 브랜치에서 분기한다.
    문제가 되는 부분을 수정 후에 master 브랜치에 merge하고 배포한다.
    hotfix 브랜치에서의 변경 사항은 develop 브랜치에도 merge한다.

중심이 되는 master와 develop 브랜치를 제외한 나머지 feature, release, hotfix 브랜치는 merge되면 삭제하도록 한다.

🌿 Naming Rule

master와 develop 브랜치는 본래 이름을 사용하도록 한다.

feature 브랜치는 feature/기능요약 형식을 사용하도록 한다.

release 브랜치는 release-버전 형식을 사용하도록 한다.

hotfix 브랜치는 hotfix-버전 형식을 사용하도록 한다.

🎈 Naming Example

// feature branch
feature/login
feature/room-save
feature/comment-delete

// release branch
release-1.0
release-1.4

// hotfix branch
hotfix-1.0.1
hotfix-1.4.3

Reference