Git 브랜치 만들때 이름을 정하는 규칙이 있나요?(네이밍)

안녕하세요

 

업무하다가 Git 브랜치 만들 일이 있는데

문득 이름을 정하는 규칙을 정리하면 좋겠다는 생각이 들어 포스팅합니다.

 

 

 

Git 브랜치의 명명 규칙은 프로젝트 및 팀의 개발 방식과 관례에 따라 다를 수 있습니다.

그러나 명명 규칙을 일관되게 적용하는 것은 협업 및 코드 관리를 위해 매우 중요합니다.

일반적으로 다음과 같은 명명 규칙이 있습니다

 

 

 

 

master 브랜치

기본 개발 브랜치로 주로 master 또는 main으로 명명됩니다.

이 브랜치에는 항상 안정된 코드가 있어야 하며 배포할 수 있는 상태여야 합니다.

 

 

 

 

기능 브랜치 (Feature Branches)

새로운 기능을 개발할 때 사용되는 브랜치입니다. 이 브랜치는 보통 feature/기능명과 같이 명명됩니다.

예를 들어 feature/user-authentication 또는 feature/payment-processing와 같이 명명될 수 있습니다.

 

 

 

 

버그 수정 브랜치 (Bug Fix Branches)

버그를 수정할 때 사용되는 브랜치로 bugfix/버그명과 같이 명명됩니다.

예를 들어 bugfix/login-crash 또는 bugfix/404-error와 같이 명명될 수 있습니다.

 

 

 

 

릴리스 브랜치 (Release Branches)

새로운 릴리스를 준비할 때 사용되는 브랜치로 release/버전명과 같이 명명됩니다.

예를 들어 release/1.0.0 또는 release/2.1.0와 같이 명명될 수 있습니다.

 

 

 

 

핫픽스 브랜치 (Hotfix Branches)

긴급한 버그 수정이 필요할 때 사용되는 브랜치로 hotfix/버그명과 같이 명명됩니다.

예를 들어 hotfix/security-issue 또는 hotfix/crash-fix와 같이 명명될 수 있습니다.

 

 

 

 

기타 브랜치

프로젝트 특성에 따라 다른 브랜치도 만들 수 있습니다.

예를 들어 테스트 브랜치 (test/기능명), 실험적인 브랜치 (experiment/기능명), 문서 업데이트 브랜치 (docs/업데이트명) 등이 있을 수 있습니다.

 

 

 

 

명명 규칙을 정할 때 팀의 일관성과 가독성을 고려해야 합니다.

또한 Git 저장소에 명명 규칙을 문서화하여 팀원들이 이해하고 따를 수 있도록 해야 합니다.

 

 

 

 

 

끗!