<aside> 💡 커밋 규칙입니다!!!

</aside>

우리 프로젝트는 GIT FLOW 방식의 협업 및 GIT 관리를 사용합니다.

Untitled

커밋 메시지 컨벤션 (커밋 Prefix 규칙)

전체

태그 이름 설명
feat “feature/기능” 브랜치에 새로운 기능을 추가했을 경우 develop하위의 각 “develop/기능이름” 브랜치에서 merge가 발생하거나 Commit이 되어 기능구현이 될 때 prefix로 붙입니다.
간단하게 말하면 develop에 기능이 추가되는 순간의 커밋메시지(예시: 머지 리퀘스트, 풀 리퀘스트)
release 릴리즈를 하는 경우
릴리즈를 하게 될 커밋 앞에 붙일 prefix 태그입니다.
fix 버그를 고친 경우
배포 이후 develop 세부 브랜치가 아닌 develop에서 버그로 인한 수정사항이 발생할 때 prefix 태그로 붙입니다.
!hotfix 급하게 치명적인 버그를 고쳐야 하는 경우
배포 이후 master, release 브랜치에서 치명적인 버그로 인한 긴급한 수정사항이 발생할 때 prefix 태그로 붙입니다.
docs 문서를 수정한 경우
test 테스트 추가, 테스트 리팩토링(프로덕션 코드는 변경하지 않음)

릴리즈 방식

release-branch.svg

Master에서 develop이 분기되고 develop에서 각 “(frontend/backend/blockchain)/develop” 브랜치를 분기하여 이것을 또 “(frontend/backend/blockchain)/feature/기능”으로 분기 한 뒤

기능이 완성되어 “(frontend/backend/blockchain)/develop”에 merge가 발생할 때 feat 커밋을 남기게 된다.

더 이상 수정사항이 없고 배포가 가능할 시 이를 develop에 merge하고 release 브랜치로 분기하여 master 브랜치에 merge 전 사전 작업을 수행합니다.

브랜치명은 반드시 영어로 만들어주세요.

Prefix 이외의 COMMIT 규칙

좋은 git 커밋 메시지 규칙

  1. 제목과 본문은 한 줄 띄워 분리하기