브랜치 전략

• main : 버전 관리 브랜치 (MVP 개발 3주동안은 사용하지 않음 → 서비스 런칭시부터 사용)
• hotfix : 배포된 버전의 서비스 사용 중 발생한 이슈 대응 → fix 완료되면 main (main에 version tag update)과 dev에 모두 merge하여 변경사항 반영 후 브랜치 삭제
• release : 매 스프린트마다 목표한 기능을 test(또는 QA)할 때 사용 → release 브랜치를 develop 브랜치로부터 생성하고, 수정사항이 생기면, release 브랜치 내에서 수정 → fix 완료되면 main (main에 version tag update)과 develop에 모두 merge하여 변경사항 반영 후 브랜치 삭제
• development : 실제 개발을 진행하는 브랜치
• feature : 이슈 단위로 브랜치를 생성하여 작업이 완료되면 develop로 merge 후 브랜치 삭제
  • feature/#issue

커밋 컨벤션

FEAT 새로운 기능에 대한 커밋

FIX 파일 수정에 대한 커밋

BUILD 빌드 관련 파일 수정에 대한 커밋

CHORE 그 외 자잘한 수정에 대한 커밋(기타 변경)

CI CI 관련 설정 수정에 대한 커밋

DOCS 문서 수정에 대한 커밋

STYLE 코드 스타일 혹은 포맷 등에 관한 커밋

REFACTOR 코드 리팩토링에 대한 커밋

TEST 테스트 코드 수정에 대한 커밋

DATA DB 관련 모든 커밋