git branch 네이밍 규칙

Git 브랜치 전략에서 feature, develop, release, hotfix, main과 같은 브랜치 유형에 대한 네이밍 규칙과 사용 예시는 아래와 같습니다. 이 예시는 Git Flow 전략을 기반으로 합니다.

1. feature 브랜치

• 목적: 새로운 기능 개발을 위한 브랜치입니다.
• 네이밍 규칙: feature/기능명 또는 feature/이슈번호
• 예시: 새 로그인 기능 개발
  • feature/login
  • feature/issue-101

2. develop 브랜치

• 목적: 개발을 진행하는 주요 브랜치로, 모든 feature 브랜치들이 develop에 병합됩니다.
• 네이밍 규칙: 일반적으로 develop이라고만 명명합니다.
• 예시: develop

3. release 브랜치

• 목적: 릴리즈를 준비하기 위한 브랜치로, develop 브랜치에서 분기하여 버전 번호를 명시합니다. 이 브랜치에서는 버그 수정, 문서 작업 등 릴리즈를 위한 최종 준비 작업을 합니다.
• 네이밍 규칙: release/버전
• 예시: 1.0 버전 릴리즈 준비
  • release/1.0
  • release/1.0.0

4. hotfix 브랜치

• 목적: 이미 릴리즈된 버전에서 급하게 수정해야 하는 버그를 처리하기 위한 브랜치입니다. main 또는 master에서 분기하며 수정 후 다시 main과 develop (또는 해당되는 경우 release)에 병합합니다.
• 네이밍 규칙: hotfix/버그이름 또는 hotfix/버전
• 예시: 1.0.1 버전에서 긴급 수정
  • hotfix/login-issue
  • hotfix/1.0.1

5. main 브랜치

• 목적: 프로덕션에 배포되는 코드를 담고 있는 주 브랜치입니다. 안정적인 상태의 코드만을 유지합니다.
• 네이밍 규칙: 일반적으로 main 또는 master라고 명명합니다.
• 예시: main

이러한 네이밍 규칙과 브랜치 전략은 프로젝트의 안정적인 관리와 효율적인 협업을 위해 널리 사용됩니다. 하지만 프로젝트의 요구 사항이나 팀의 선호에 따라 적절히 조정할 수 있습니다.

 

https://ej-developer.tistory.com/75

[Git] git branch & naming