<aside> 💡 커밋 규칙입니다!!!
</aside>
우리 프로젝트는 GIT FLOW 방식의 협업 및 GIT 관리를 사용합니다.
태그 이름 | 설명 |
---|---|
feat | “feature/기능” 브랜치에 새로운 기능을 추가했을 경우 develop하위의 각 “develop/기능이름” 브랜치에서 merge가 발생하거나 Commit이 되어 기능구현이 될 때 prefix로 붙입니다. |
간단하게 말하면 develop에 기능이 추가되는 순간의 커밋메시지(예시: 머지 리퀘스트, 풀 리퀘스트) | |
release | 릴리즈를 하는 경우 |
릴리즈를 하게 될 커밋 앞에 붙일 prefix 태그입니다. | |
fix | 버그를 고친 경우 |
배포 이후 develop 세부 브랜치가 아닌 develop에서 버그로 인한 수정사항이 발생할 때 prefix 태그로 붙입니다. | |
!hotfix | 급하게 치명적인 버그를 고쳐야 하는 경우 |
배포 이후 master, release 브랜치에서 치명적인 버그로 인한 긴급한 수정사항이 발생할 때 prefix 태그로 붙입니다. | |
docs | 문서를 수정한 경우 |
test | 테스트 추가, 테스트 리팩토링(프로덕션 코드는 변경하지 않음) |
Master에서 develop이 분기되고 develop에서 각 “(frontend/backend/blockchain)/develop” 브랜치를 분기하여 이것을 또 “(frontend/backend/blockchain)/feature/기능”으로 분기 한 뒤
기능이 완성되어 “(frontend/backend/blockchain)/develop”에 merge가 발생할 때 feat 커밋을 남기게 된다.
더 이상 수정사항이 없고 배포가 가능할 시 이를 develop에 merge하고 release 브랜치로 분기하여 master 브랜치에 merge 전 사전 작업을 수행합니다.
브랜치명은 반드시 영어로 만들어주세요.