커밋 & 브랜치 규칙

커밋 규칙

태그: 커밋 메세지

커밋 메시지 Body에는 더 자세한 내용을 적어주세요
# 제목과 본문은 한국어로 한다
# 제목과 분문을 한 줄 띄워 분리한다
# 본문에는 "어떻게" 보다는 "무엇을", "왜" 에 대해 설명한다
# 제목은 문장이 아닌 단어로 끝맺음한다 (ex: ~ 기능 구현)
# 제목 끝에 마침표(.) 금지

태그	설명
feat:	새로운 기능을 추가한 경우
fix:	버그를 고친 경우
style:	기능과 관련된 코드 변경 없이 스타일이 변경된 경우, 세미콜론 누락, 오타 수정
refactor:	기능과 관련된 코드 수정, 타입 또는 변수명 변경
docs:	문서 수정한 경우 (ex 리드미)
test:	테스트 추가, 테스트 리팩토링
setting:	기본 세팅 및 빌드 관련 업데이트
remove:	파일을 삭제하는 작업만 수행한 경우
deploy:	배포 관련 작업을 진행한 경우
design:	css관련 수정을 한 경우

브랜치 규칙

• 이슈 생성 후 생기는 # 번호에 따라 각 dev 브렌치에 fe-feat#번호 생성 후 작업

main
│
├── dev-front
│   ├── fe-feat#23
│   ├── fe-feat#25
│   └── fe-feat#28
│
└── dev-back
    ├── be-feat#24
    ├── be-feat#26
    └── be-feat#29

⛳️ 1주차 멘토링: 서비스 특성상 release 브랜치 필요 (무중단 배포를 시도한면 더더욱)