What problem does it solve?
Provides a disciplined, repeatable workflow for creating atomic, semantically meaningful Git commits so changes are easy to review, revert, and reason about.
Core Features & Use Cases
- Enforces creating commits that represent single logical changes rather than large mixed-change commits.
- Guides staging by inspecting git status and staged diffs, and structures commit messages using Conventional Commits (feat, fix, refactor, docs, test, chore).
- Safety rules prevent amending or bypassing hooks unintentionally and avoid staging secrets or sensitive files, improving CI and code-review reliability.
- Use case: preparing a clean set of commits for a pull request where each commit compiles and passes tests independently.
Quick Start
Create an atomic Conventional Commit for the current staged changes, grouping related modifications and writing a concise subject with a descriptive body explaining why the change was made.