commitizen/cz-cli

The commitizen command line utility. #BlackLivesMatter

View on GitHub ↗Jump to charts ↓

Summary Information

Updated 32 minutes ago
Added to GitGenius on September 3rd, 2026
Created on April 20th, 2015
Open Issues & Pull Requests: 195 (+0)
GitHub issues: Enabled
Number of forks: 565
Total Stargazers: 17,499 (+0)
Total Subscribers: 85 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 37.4 days
Mean response time: 210.1 days
90th percentile: 460.3 days
Tracked items: 25

How this project is maintained

Around half of the issues opened in the past year never receive a reply. 100% of open issues come from outside the core team, so the backlog reflects real-world use rather than internal planning. Only 9% of issues opened in the past year have been closed.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 21
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 1,469 days
Stale 30+ days: 19
Stale 90+ days: 19

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • released (2)
  • help / pr wanted (1)
  • question (1)
  • ready (1)
  • semantic-release (1)

Most active issues this week

No issue events were indexed in the last 7 days.

Detailed Description

Commitizen is a command-line tool that standardizes commit messages by prompting contributors to fill in required fields at commit time rather than relying on post-commit hooks to validate formatting.

The tool solves the problem of inconsistent commit message formats across projects. When you run `git cz` instead of `git commit` in a Commitizen-friendly repository, you are prompted interactively to provide structured information for your commit. The repository maintainer configures which adapter the project uses—such as the conventional-changelog format based on AngularJS conventions—and this configuration is stored in package.json or a .czrc file. Contributors then receive immediate feedback on their message formatting and are guided to complete required fields before the commit is created, eliminating the need to dig through documentation or wait for a hook to reject malformed messages later.

Teams should adopt this tool if they want to enforce consistent commit message conventions across contributors without friction. It works well for projects that plan to use semantic versioning or automated release tools that depend on structured commit messages. The tool requires Node.js 12 or later and npm 6 or greater. Installation is straightforward via npm, and projects can be made Commitizen-friendly by running a single initialization command that installs an adapter and updates configuration files. For repositories not yet configured with Commitizen, the tool falls back to standard git commit behavior.

The project has a substantial base of adopters reporting real-world use, as evidenced by the fact that almost all open issues are raised by outside users rather than the core team. However, issues and pull requests often wait weeks or longer for a first response. Work in the issue tracker is dominated by resolved issues, questions from users, and items marked as ready for development.