[Docs] 작업 방식

[hyosin-Jang]

작업 순서

1. 작업 사항에 대한 이슈 등록
2. 해당 이슈에 대한 브랜치 생성
3. 해당 이슈에 대해 작업 후 PR 등록
4. PR에 대한 코드 리뷰 진행
5. 리뷰 완료 후 approve 되면, develop에 merge
6. 작업이 끝난 브랜치는 삭제

브랜치 전략

• main: 제품으로 출시될 수 있는 브랜치
• develop: 다음 출시 버전을 개발하는 브랜치 (merge feature branch)
• feature/#이슈넘버-기능명: 기능을 개발하는 브랜치

이슈 네이밍 양식

: [라우터명] 작업 사항
e.g. [Login] 로그인 화면 UI 개발

브랜치명 양식

: feature/#이슈번호-title
e.g. feature/#12-login-ui

PR title 양식

: type: commit message
e.g. feat: 로그인 화면 UI 개발

type	설명
feat	새로운 기능 추가
fix	버그 수정
refactor	리팩토링
design	CSS 등 사용자 UI 디자인 변경
comment	필요한 주석 추가 및 변경
style	코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
test	테스트(테스트 코드 추가, 수정, 삭제, 비즈니스 로직에 변경이 없는 경우)
chore	위에 걸리지 않는 기타 변경사항(빌드 스크립트 수정, assets image, 패키지 매니저 등)
init	프로젝트 초기 생성
rename	파일 혹은 폴더명 수정하거나 옮기는 경우
remove	파일을 삭제하는 작업만 수행하는 경우