1. 커밋 메시지가 왜 중요한가?

GitHub 커밋 메시지는 단순 기록이 아니라 팀 전체 의사소통 체계의 시작점이다.

• Slack 알림 → 커밋 메시지가 그대로 전달
• GitHub Issue ↔ 커밋 연결
• Notion 백로그 Rollup → 커밋 내용 기반 진행률 반영
• 배포 파이프라인 및 코드리뷰 의사결정에도 영향
  • 결국 커밋 메시지 수준 = 팀의 품질 수준이다.
  • 좀 더 나아가서 팀 혹은 조직 전체의 수준을 보여주는 지표이기도 합니다.

2. 커밋 메시지 기본 구조

• 실무에서는 아래와 같은 형태로 작성

  <type>: [작성자] <요청/기능/수정 요약> [BACKLOG-37]
  

• 예시

  feat: [에디] 사용자가 로그인 시도 시 MFA 검증 로직 추가 [BACKLOG-37]
  fix: [에디] 프로필 업데이트 시 닉네임 변경이 반영되지 않는 버그 수정 [BACKLOG-12]
  refactor: [에디] Domain-User 서비스 레이어 의존성 분리 [BACKLOG-51]
  

• 이 포맷의 장점

  • 누가 어떤 책임으로 작업했는지 명확
  • 어떤 백로그 또는 이슈 요구사항 기반인지 추적 가능
  • Slack과 GitHub에서 PR/Commit이 넘어올 때 즉시 파악됨

3. type:  반드시 지켜야 하는 전문 태그 규칙

도메인 기반 협업에서는 커밋 타입 하나만 잘 써도 개발 효율성이 올라간다.