Conventional Commits
커밋을 생성할 때 다음 프로젝트별 규칙을 따르세요.
브랜치 전략
절대로 빈 브랜치를 생성하지 마세요. 브랜치 격리가 필요한 경우 worktree 스킬을 사용하세요. 간단한 변경은 현재 브랜치(main 포함)에 직접 커밋하세요. git checkout -b를 실행하지 마세요.
프로젝트 규칙
- 논리적 변경 단위당 하나의 커밋 — 관련 없는 수정이나 기능을 절대 합치지 마세요. 세 개의 독립적인 변경 사항은 세 개의 커밋으로 구성하세요.
- 변경한 파일만 커밋하세요 — 동시 세션에서 관련 없는 파일을 절대 가져오지 마세요.
- 항상 본문을 포함하세요 — 제목만 있는 커밋은 허용되지 않습니다. 무엇을, 왜 변경했는지 설명하세요.
merge유형 — 워크트리나 기능 브랜치를 병합할 때는 병합 커밋 대신merge를 사용하세요.- 커밋 순서를 최적화하세요 — 기반이 되는 인프라를 먼저 구축하고, 그 위에 구축할 기능을 그 다음에 배치하세요.
예시
feat(alerts): Slack 알림 업데이트에 스레드 답글 추가
알림이 업데이트되거나 해결되면 새 메시지를 생성하는 대신 원본
Slack 스레드에 답글을 게시합니다. 이렇게 하면 관련 알림이
함께 그룹화됩니다.