Commit 전략

• FEAT : 새로운 기능 추가
• FIX : 버그 수정
• DOCS : 문서 수정 및 추가
• STYLE : 코드 스타일 관련 변경(코드 포매팅, 세미콜론 누락 등)
• REFACTOR : 코드 리팩토링
• TEST : 테스트 코드, 리팩토링 테스트 코드 추가
• CHORE : 빌드 task 수정, 패키지 매니저 수정(.gitignore 수정 같은 경우)

ex) [DOCS] project detail readme update

Branch 전략 (git flow)

• master : 기준이 되는 브랜치로 제품을 배포하는 브랜치

• develop : 개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 Merge (버그가 수정된 커밋들)

• feature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 Merge (기능추가)

• release : 배포를 위해 master 브랜치로 보내기 전에 먼저 QA(품질검사)를 하기위한 브랜치 (QA)

• hotfix : master 브랜치로 배포를 했는데 버그가 생겼을 떄 긴급 수정하는 브랜치

• feature은 언제나 develop에서 시작되며 기능추가작업이 완료되었다면 develop으로 merge

• 모든 기능이 merge되면 QA진행 QA는 develop에서 release진행 QA후에는 master와 develop으로 merge

기본 브랜치