Commit 규칙
-
커밋 유형
feat: 새로운 기능에 대한 커밋
fix: 버그 수정에 대한 커밋
build: 빌드 관련 파일 수정에 대한 커밋
chore: 그 외 자잘한 수정에 대한 커밋
refactor: 코드 리팩토링에 대한 커밋
style: 코드 스타일 혹은 포맷 등에 관한 커밋
docs: 문서 수정에 대한 커밋
ci: CI 관련 설정 수정에 대한 커밋
test: 테스트 코드 수정에 대한 커밋 -
제목은 50자로 제한한다.
-
제목 첫글자는 대문자로 표기한다.
-
제목 행 끝에 마침표를 넣지 않는다.
-
명령문으로 작성한다.
Git-flow 전략
main : 제품으로 출시(배포) 될 수 있는 브랜치.
develop : 다음 버전 개발 브랜치.
feature : 기능 단위 개발 브랜치. 이때 develop 브랜치에서 분기해야한다.
주로 자신의 로컬 저장소에서 관리. 개발이 완료되면 develop 브랜치로 병합(merge)해서 다른 사람들과 공유한다.
( ex. feature/match --> feature/{기능명} )
release : 이번 출시 버전을 준비하는 브랜치
hotfix : 출시 버전에서 발생한 버그를 수정하는 브랜치
처음에는 main와 main에서 파생된 develop 브랜치가 존재.
새로운 기능 추가 작업이 있는 경우 develop 브랜치에서 feature 브랜치 생성.
(기능 추가 작업이 완료된다면 feature 브랜치는 develop 브랜치로 merge)
develop에서 이번 버전에 포함된 모든 기능이 merge되면 QA를 위해 develop 브랜치에서 release 브랜치 생성.
(QA가 통과되면 release 브랜치를 main과 develop 브랜치로 merge)
출처
