🚥 깃 컨벤션

브랜치 컨벤션

• 예시 : feat/이슈번호-기능 | fix/이슈번호-기능
• 페어 기간이 아닐 때에는 모두가 리뷰를 진행한다. 단, 모든 사항이 만족스러울 경우 간단한 리뷰만 남기고 approve 한다.
• 리뷰의 경우, PR 작성 후 하루 이내에 작성해 준다.

브랜치	브랜치 설명	규칙
main	주요 브랜치	스프린트 전 배포 단계에서 dev → main 으로 머지한다.
dev	개발 브랜치	dev-fe, dev-be 에서 해당 스프린트 기간 분량이 끝나면 dev 로 올린다.
dev-fe	프론트 개발 브랜치	기능 단위로 머지한다.
dev-be	백엔드 개발 브랜치	기능 단위로 머지한다.
feat	신규 기능 브랜치	dev-fe/be 에 머지되면 바로 삭제한다. 후에 다른 기능 브랜치를 파서 작업한다.
hotfix	치명적 버그, 에러 수정 + main 에서 따온 모든 기능	배포된 main 브랜치에서 치명적 버그가 생겼을 때 급한 수정을 위한 브랜치
fix	기능 버그 수정	dev* 내에 기능 중 버그 발생으로 인한 기능 수정을 위한 브랜치

커밋 컨벤션

• 예시 : feat: 로그인 기능 구현
• 기능 단위로 구현과 테스트를 같이 커밋한다.

태그	태그 설명
feat	새로운 기능 추가
fix	버그 수정
docs	문서 수정
style	코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
refactor	코드 리팩토링
test	테스트 코드, 리펙토링 테스트 코드 추가
chore	빌드 업무 수정, 패키지 매니저 수정, 설정파일 수정

PR 컨벤션

• PR 제목은 완성형 문장으로 작성한다.

❗ Issue


✨ 구현한 기능


📢 논의하고 싶은 내용


🎸 기타

Issue 컨벤션

• 기능 템플릿

✅ 이슈 번호


✨ 구현한 기능


📢 논의하고 싶은 내용


🌱 기타

• 버그 템플릿

어떤 버그인가요?

예상 결과

실제 결과

버그를 재현하는 방법