Body (본문 상세 / 선택사항, 줄당 72자 이내 권장)
템플릿 (양식)
📝
git commit formatter,
Git 커밋 메시지 생성기
GUI 방식으로 깔끔한 Conventional Commits를 작성하세요.
이모지(Gitmoji) 지원 및 50/72자 글자 수 실시간 검증.
📝
표준 컨벤션
feat/fix/chore 등 표준 규격 지원
🎨
Gitmoji 호환
가독성을 높이는 이모지 자동 삽입
✅
글자 수 검증
제목 50자 / 본문 72자 실시간 체크
Commit Type (커밋 타입)
✨ 생성된 메시지
⚠️ 제목 50자 이내, 본문 한 줄당 72자 이내 규칙은 강제가 아닌 Git 커뮤니티의 권장 컨벤션입니다.
about,
도구 소개
Git 커밋 메시지 생성기(Git Commit Formatter)는 전 세계 수많은 개발팀이 채택하고 있는 'Conventional Commits' 규격의 커밋 메시지를 브라우저의 GUI 환경에서 손쉽게 작성할 수 있도록 돕는 웹 기반 도구입니다. 타입 선택, 이모지(Gitmoji) 자동 삽입, 범위(Scope) 및 상세 본문(Body) 입력을 탭 방식으로 지원하며 생성된 메시지를 한 번의 클릭으로 복사할 수 있습니다.
how to,
사용 방법
STEP 1
커밋 타입 선택 (Type)
제공된 11가지의 커밋 타입(feat: 기능 추가, fix: 버그 수정, refactor: 리팩토링 등) 중 이번 작업에 가장 알맞은 속성을 하나 선택합니다.
STEP 2
제목 및 본문 작성
Subject(제목) 탭에서 50자 이내로 간결하게 핵심 변경 사항을 요약합니다. 자세한 설명이 필요하다면 Body(본문) 탭에서 템플릿을 골라 상세히 적습니다.
STEP 3
결과 복사 및 적용
하단 영역에 실시간으로 생성된 결과물을 확인합니다. '복사하기' 버튼을 누른 뒤 터미널의 `git commit -m ""` 또는 SourceTree, VS Code 등에 붙여넣기 합니다.
glossary,
용어 사전
- Conventional Commits (컨벤셔널 커밋)
- 일관된 커밋 히스토리를 위해 고안된 구조화된 커밋 메시지 작성 규칙입니다. `<타입>(<범위>): <설명>` 형태로 작성하며, 이를 통해 CHANGELOG 자동 생성과 유의적 버전(SemVer) 관리가 가능해집니다.
- Gitmoji (깃모지)
- 커밋 메시지 앞에 특정 이모지를 붙여 해당 커밋의 목적과 성격을 시각적으로 한눈에 알아볼 수 있게 하는 오픈소스 커뮤니티의 관례입니다. (예: ✨ = 신규 기능, 🐛 = 버그 수정)
- Subject (제목)
- 커밋 메시지의 가장 첫 번째 줄입니다. 가독성을 위해 50자 이내로 작성하는 것이 권장되며, "무엇을 변경했는지" 명확하게 작성해야 합니다.
- Body (본문)
- 제목만으로 담을 수 없는 상세한 변경 이유나 내용을 적는 공간입니다. 제목과 본문 사이에는 반드시 빈 줄을 하나 넣어야 하며, 한 줄당 72자가 넘어가지 않도록 끊어 쓰는 것이 권장됩니다.
- Footer (꼬리말)
- 본문의 아랫부분에 위치하며 주로 이슈 트래커의 번호를 참조(예: Closes #123)하거나, 하위 호환성이 깨지는 중대한 변경(BREAKING CHANGE)임을 명시할 때 사용합니다.
- Scope (범위)
- 타입 뒤에 괄호로 묶어 표기하며 변경된 코드의 범위를 나타내는 선택적 키워드입니다. (예: `feat(auth):` 는 인증 모듈과 관련된 기능이 추가되었음을 의미합니다.)
- BREAKING CHANGE
- 기존 시스템과 호환되지 않는 파괴적인 변경이 포함되어 있음을 알리는 경고문입니다. 타입 뒤에 느낌표(`!`)를 붙이거나 꼬리말에 명시하여 사용자가 업데이트 시 주의하도록 유도합니다.
- SemVer (유의적 버전)
- 소프트웨어의 버전 번호(Major.Minor.Patch)를 부여하는 규칙입니다. Conventional Commits와 결합하면 커밋 기록만으로 버전을 자동으로 올릴지 내릴지 결정하는 자동화가 가능합니다.
faq,
자주 묻는 질문 (FAQ)
- Q.서버에 내 입력 내용이 전송되나요?
- 아니요. 모든 메시지 생성 과정은 사용자의 브라우저 내부에서만 처리됩니다. 작성하신 커밋 메시지나 코드 내용은 기기 외부로 절대 전송되지 않습니다.
- Q.커스텀(사용자 정의) 커밋 타입을 추가할 수 있나요?
- 본 도구는 기본적으로 11가지 표준 Conventional Commits 타입을 지원합니다. 팀만의 고유한 타입이 필요하시다면 결과물 창에서 복사한 후 직접 수정하여 사용하시기 바랍니다.
- Q.Git hooks와 어떻게 연동하나요?
- 이 도구에서 작성한 형식과 함께 프로젝트에 'commitlint (commit-msg hook)' 패키지를 도입하시면, 팀 전체가 Conventional Commits 형식을 강제로 따르도록 시스템화할 수 있습니다.
- Q.VS Code 확장 프로그램도 있나요?
- 네, 에디터 내부에서 사용하려면 'Commitizen'이나 'Conventional Commits' 관련 VS Code 확장 프로그램을 추천합니다. 본 도구의 장점은 IDE 설치나 환경 설정 없이 브라우저에서 즉시 접근할 수 있다는 점입니다.
- Q.커밋 메시지를 한글로 작성해도 되나요?
- 네, 물론입니다. 본 도구는 모든 언어의 입력을 완벽하게 지원합니다. (예: `feat: 카카오 로그인 연동 기능 추가`) 단, 소속된 팀이나 참여 중인 오픈소스 프로젝트의 언어 규칙(영어 전용 등)을 먼저 확인하시기 바랍니다.
use cases,
활용 사례
🔍
코드 리뷰 (Code Review) 품질 향상
팀원들이 일관된 형식으로 커밋 메시지를 작성하면, 리뷰어는 코드를 한 줄씩 뜯어보지 않아도 해당 커밋의 의도와 파급 범위를 즉시 파악할 수 있어 리뷰 시간이 단축됩니다.
📊
CHANGELOG 자동화 구축
Conventional Commits 규칙을 엄격히 지켜 커밋 히스토리를 쌓아두면, `conventional-changelog` 같은 도구를 연동하여 배포 시점에 릴리즈 노트를 100% 자동으로 생성할 수 있습니다.
👨🏫
신입 개발자 온보딩 및 교육
Git 사용이 익숙하지 않은 신규 팀원이나 주니어 개발자가 팀의 커밋 규칙을 준수할 수 있도록 돕는 인터랙티브한 레퍼런스 가이드로 활용할 수 있습니다.
🎓
오픈소스 컨트리뷰트 준비
전 세계 대부분의 메이저 오픈소스 프로젝트(React, Angular 등)는 이 규칙을 따릅니다. 오픈소스에 기여(PR)하기 전 올바른 커밋을 포맷팅하는 데 유용합니다.
피드백 보내기
도구를 개선하는 데 도움이 되도록 의견을 알려주세요.
피드백이 성공적으로 전송되었습니다. 협조해 주셔서 감사합니다!
오류가 발생했습니다. 나중에 다시 시도해 주세요.
Feedback is temporarily suspended
The server is busy or spam protection is active. Please try again later.