git-conventional-commits

Enforce conventional commit messages for semantic versioning and changelog automation.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/Naw3/skillsrepo --skill git-conventional-commits
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-conventional-commits
Source: https://github.com/Naw3/skillsrepo/tree/main/git-conventional-commits
Command: npx skills add https://github.com/Naw3/skillsrepo --skill git-conventional-commits

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Conventional commits standardize messages to support semantic versioning, changelogs, and automated release workflows.

Core Features & Use Cases

  • Standardized commit types (feat, fix, docs, chore, etc.) and scopes for clear history.
  • Built-in guidance for breaking changes and CHANGELOG generation.
  • Git hook integrations (commitlint + husky) to enforce rules on every commit.

Quick Start

Install the required tooling in your project, initialize Husky, and configure Commitlint. Then start using conventional commit messages like "feat(auth): add Google login" to drive automatic versioning.

Frequently Asked Questions about git-conventional-commits

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do conventional commits drive semantic versioning and automated changelogs?

Conventional commits use standardized types like feat and fix to drive semantic versioning by automatically determining version bumps and generating changelogs from commit history.

How do I enforce commit message linting using git hooks with husky?

You can enforce commit message linting using git hooks by integrating commitlint with husky, which checks messages against conventional commit rules on every commit attempt.

What are the standard commit types and scopes for conventional commit messages?

Standard commit types for conventional commit messages include feat, fix, docs, and chore, along with defined scopes to categorize changes and clear guidelines for teamwork.

Does commitlint work for both frontend and backend Git projects?

Yes, commitlint works for Git-based projects across both frontend and backend teams, enabling standardized messaging, hooks, and automated releases regardless of the stack.

How should breaking changes be formatted in conventional commits?

Breaking changes in conventional commits are handled through specific formatting rules defined in the linting configuration, ensuring they are explicitly flagged for semantic versioning.

Why do I need husky to standardize git commit messages?

You need husky to standardize git commit messages because it sets up the git hooks required to run commitlint, preventing non-compliant messages from being committed.