브랜치 전략

<branch-type>/#<issue-number>

• Branch type
  • feat : 기능 추가
  • fix : 오류 수정
  • refactor : 리팩토링
• main 브랜치는 배포용이다.
• 개발은 dev 를 중심으로 진행한다.
• 머지가 완료된 브랜치는 삭제한다.
• rebase merge 를 권장한다.

커밋 컨벤션

<commit type>: <description>

• Commit Type
  • docs : 문서 변경사항
  • feat : 새로운 기능
  • fix : 버그 수정
  • refactor : 기능 추가나 버그 수정이 아닌 변경 사항
  • style : 스타일 작성 또는 수정
  • test : 누락된 테스트 추가 또는 기존 테스트 수정
  • chore : 빌드 프로세스 업데이트, 패키지 매니저 설정 등의 변경사항
• Description
  • 한글로 작성한다.
    • 단, 클래스 이름, 컴포넌트 이름 등 필요한 경우 알파벳을 사용한다.
  • Body, Footer 가 필요하지 않을 정도로 간결하게 작성한다.

Labels

• FE / BE : 클라이언트/서버 작업 구분
• Feature : 새로운 기능을 추가
• BugFix : 문제 상황/오류 수정
• Refactor : 기능 추가, 오류 수정이 아닌 변경