Branch & Commit Convention

git 브랜치 전략

• github flow를 따른다.
• 최신상태의 master 브랜치 하나만 존재
• 새로운 브랜치는 항상 master 브랜치에서 만든다.
• 브랜치 이름을 자세하게 작성하여 어떤 일을 하는지 알 수 있도록 한다.
• 개발
  • 커밋메시지를 최대한 명확히 작성
  • 원격 브랜치로 수시로 push
• PR
  • master 브랜치로의 머지는 배포와 다름없으므로, 상세한 리뷰와 토의 필요

커밋 컨벤션

#<타입> 리스트
# feat : 기능 (새로운 기능)
# fix : 버그 (버그 수정)
# design : css 수정
# refactor : 리팩토링 (비즈니스 로직을 변경하거나, 구조 개선 시)
# style : 비즈니스 로직 변경 없이 코드 스타일 수정 (함수명 변경, ESlint, Prettier 정책 변경)
# docs : 문서 (문서 추가, 수정, 삭제)
# test : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
# chore : 기타 변경사항 (빌드 스크립트 수정 세팅 등)

GitFlow 네이밍 전략

• 브랜치 이름은 자세하게 어떤 일을 하고 있는지에 대해서 작성해주도록 하자
• depth 3~4
• PascalCase
• ex) Manage/CreateForm/Layout