Git commit 컨벤션 - hamsangjin/InConcert GitHub Wiki

💬 prefix (커밋 메시지)

  • [Feat] : 새로운 기능 추가
  • [Fix] : 버그 수정
  • [Docs] : 문서 관련
  • [Style] : 스타일 변경 (포매팅 수정, 들여쓰기 추가, …)
  • [Refactor] : 코드 리팩토링
  • [Test] : 테스트 관련 코드
  • [Build] : 빌드 관련 파일 수정
  • [Ci] : CI 설정 파일 수정
  • [Perf] : 성능 개선
  • [Chore] : 그 외 자잘한 수정
  • 구현했다면 무엇을 바꿨는지
  • 바꿨다면 무엇을 왜 바꿨는지 (’어떻게’는 소스코드로 파악할 수 있음)

📣 커밋 단위는 작업단위로 쪼개기

  • 너무 많은 작업을 한 커밋에 묶지 말고, 커밋 메시지 명확하게 적기

💡 브랜치 전략

  1. main 브랜치에 변경사항 생길 경우 꼭 최신 변경사항 merge한 후 진행
  2. main 브랜치와 기타 작업 브랜치로 분류
  3. 브랜치명
    • main(master): 서비스을 직접 배포하는 역할을 하는 브랜치
    • develop(개발): feature에서 개발된 내용을 가지고 있는 브랜치
      • develop/login
      • develop/borad-create
    • release(배포): 배포를 하기 전 내용을 QA(품질 검사)하기 위한 브랜치
    • hotfix(버그 수정): main 브랜치로 배포를 하고 나서 버그가 생겼을 때 수정하기 위한 브랜치