🖋️ 커밋 메시지 형식 검사기 | 규격 위반 지점 표시

검사할 커밋 메시지 (여러 줄 그대로 붙여넣기)

규격이 직접 정의하는 타입은 feat 와 fix 뿐입니다. docs · chore · refactor · test · build · ci · perf · style · revert 는 널리 쓰이는 관행이고 규격 내용이 아니어서, 목록에 없는 타입을 써도 형식 위반으로 세지 않습니다. 호환성 깨짐은 콜론 앞 ! 와 BREAKING CHANGE 푸터 둘 다 같은 뜻이며, 둘 중 하나만 있어도 됩니다.

커밋 메시지를 붙여넣어 형식 위반 지점을 확인합니다

Conventional Commits 는 커밋 메시지 첫 줄을 타입(범위)!: 설명 형태로 쓰기로 한 규격입니다. 메시지를 그대로 붙여넣으면 콜론·공백·설명·빈 줄·푸터 토큰을 하나씩 검사해 어느 항목이 위반인지 표로 보여 줍니다. 입력한 글자는 전부 문자열로만 출력하므로 메시지에 태그가 섞여 있어도 그대로 보입니다.

검사 기준은 Conventional Commits 1.0.0 규격입니다. 콜론 뒤에는 공백 1칸, 설명은 필수, 본문과 푸터는 설명 다음 빈 줄 하나를 두고 시작, 푸터 토큰의 공백은 하이픈으로 바꿔 쓰는 것이 규격 내용입니다. 호환성 깨짐은 콜론 앞 느낌표와 BREAKING CHANGE 푸터가 같은 뜻이고, BREAKING CHANGE 는 대문자로 씁니다. 2026년 10월 기준입니다.

규격이 직접 정의하는 타입은 feat 와 fix 뿐이고 나머지는 관행이라, 목록에 없는 타입을 써도 위반으로 세지 않습니다. 첫 줄 50자 같은 길이 관행도 규격이 아니어서 참고로만 표시합니다. 이 페이지는 검사만 하며 메시지 생성·수정이나 커밋 이력 전체 검사는 지원하지 않습니다.

자주 묻는 질문

docs 나 chore 는 규격에 있는 타입일까?

아닙니다. 규격이 직접 정의하는 타입은 feat 와 fix 뿐이고 나머지는 널리 쓰이는 관행입니다. 그래서 목록에 없는 타입을 써도 이 검사기는 위반으로 세지 않습니다.

느낌표와 BREAKING CHANGE 푸터를 둘 다 써야 할까?

둘 다 호환성 깨짐을 뜻하므로 하나만 써도 됩니다. 함께 쓰면 첫 줄에서 바로 보이고 푸터에 이유를 적을 수 있어 둘 다 쓰는 경우도 많습니다.

첫 줄 50자 제한도 검사할까?

길이는 관행이고 규격 내용이 아니어서 위반으로 세지 않고 참고로만 첫 줄 글자 수를 보여 줍니다.

🖋️Conventional Commits 형식 검사기

관련된 도구

시맨틱 버전 다음 버전 추천기

의존성 업데이트 위험 점검 가이드

커밋 메시지를 붙여넣어 형식 위반 지점을 확인합니다

자주 묻는 질문

관련된 도구

시맨틱 버전 다음 버전 추천기

의존성 업데이트 위험 점검 가이드

커밋 메시지를 붙여넣어 형식 위반 지점을 확인합니다

자주 묻는 질문

같은 카테고리 도구