Git 전략

Git Branch 전략

브랜치	역할	규칙
main	배포	사용자들에게 배포하는 버전을 관리한다. develop 브랜치에서 merge한다.
develop	공동 개발	기능, 버그 수정 등 주요 기록들이 모여있다. feature 브랜치에서 merge한다.
feature	기능 구현	이슈 별로 브랜치를 생성한다. 브랜치명은 feature/{기능이름}-{상세내용} merge 후에 자동 삭제된다.

Commit Message 컨벤션

타입	용도
feat	새로운 기능 추가
fix	버그 수정
refactor	버그수정과 기능추가 외 기능 관련 코드 수정
design	기능 수정 없이 스타일 수정
style	세미콜론 추가, 띄어쓰기 등 코드 포맷팅 관련
comment	주석 추가하거나 변경
rename	파일/폴더명 수정 또는 이동
remove	파일 삭제
docs	문서 관련 작업

• type 뒤 띄어쓰기 없이 콜론(:), 콜론 뒤에는 띄어쓰기를 한다.
• 문장은 동사형 명사로 끝낸다. ex. 수정, 추가
• 특수 문자는 사용하지 않는다.
• type은 영어 소문자로, subject 텍스트는 한글로 작성한다.

Pull Request 규칙

1. PR은 모든 내용을 채워서 올린다.
   • PR 메시지는 템플릿에 맞춰서 올린다.
   • close #{이슈 번호}를 작성하여 PR merge와 동시에 이슈가 닫히도록 한다.
   • Assignees(본인), Reviewers(팀원 모두), Label을 모두 선택한다.
2. PR을 올리고 팀원들에게 바로 말한다.
3. 팀원의 PR이 올라오면 최대한 빠르게 확인한다.
4. 모든 PR에 간단하게라도 코드리뷰를 남긴다.

Merge 규칙

1. Approve가 1명 이상일 때 merge 한다.
2. 모든 merge는 squash and merge로 한다.