Git Commit Message Analyzer

🔮 Original Tool · tekarab.com

Git Commit Message Analyzer

Score any commit message out of 100. Get a detailed breakdown across 8 quality criteria — length, conventional commits format, clarity, imperative mood, no WIP flags, and more. Plus an improved version you can copy instantly.

Analyze Commit Message
Try examples
Your Commit Message
0 chars
✨ Suggested Improvement

Conventional Commits Reference

Conventional Commits is a specification for writing commit messages in a structured, machine-readable format: type(scope): description. It enables automatic changelogs, semantic versioning, and CI/CD triggers.

feat
New feature for the user
fix
Bug fix for the user
docs
Documentation changes
style
Formatting, no logic change
refactor
Code rewrite, no feat/fix
test
Adding or fixing tests
chore
Build, tooling, deps
perf
Performance improvement
ci
CI/CD configuration
revert
Reverts a previous commit

Why Commit Messages Matter

A good commit message is a letter to your future self and your team. It explains not just what changed but why it changed. Good commit history makes debugging, code review, and changelog generation dramatically faster.

🔍

Easier Debugging

git blame and git bisect are only useful when messages explain why code exists.

📋

Auto Changelogs

Conventional Commits enables tools like semantic-release to generate changelogs automatically.

👥

Code Review

Clear commit messages help reviewers understand the intent before reading the diff.

🤖

CI/CD Triggers

Commit types can trigger different CI pipelines — feat bumps minor version, fix bumps patch.

Frequently Asked Questions

Imperative mood means writing as if giving a command: “Add feature” not “Added feature” or “Adding feature.” Git itself uses imperative mood in its own generated messages (“Merge branch…”). The rule of thumb: your commit subject should complete the sentence “If applied, this commit will…”
Git log, GitHub, and most Git GUIs show commit subjects in a single line. At around 72 characters, subjects start getting truncated in the most common display contexts. The “50/72 rule” is widely followed: subject line under 50 characters ideally, hard limit at 72.
Not required, but strongly recommended for team projects. The format type(scope): description is machine-readable, enables automated versioning and changelogs, and makes the purpose of a commit immediately clear to any reader without needing to read the diff first.

Related Tools