git-conventional

Enforce Conventional Commits formatting and map commit types to semantic version bumps.

2|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/t0lab/harness-kit --skill git-conventional-t0lab
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-conventional
Source: https://github.com/t0lab/harness-kit/tree/main/.agents/skills/git-conventional
Command: npx skills add https://github.com/t0lab/harness-kit --skill git-conventional-t0lab

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Many teams and projects suffer from inconsistent commit messages and unclear release implications; this Skill provides a clear, repeatable commit message format and maps commit types to semantic version changes so history and releases remain predictable.

Core Features & Use Cases

  • Standardized Format: Defines the Conventional Commits structure (type, optional scope, optional breaking marker, short description, optional body and footers) to keep messages uniform.
  • Semver Mapping: Explains how commit types map to semantic version bumps (fix → patch, feat → minor, feat! or BREAKING CHANGE → major).
  • Practical Rules & Examples: Advises on subject length, imperative tone, body guidance, scope conventions, and common types for real-world use.
  • Use Cases: Compose or suggest commit messages before committing, audit or clean a project's git history, and determine release impact for CI-driven versioning.

Quick Start

Create a Conventional Commit message for adding OAuth2 refresh token support in the auth module, following the git-conventional rules and indicating whether it is a breaking change.

Frequently Asked Questions about git-conventional

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

FAQPage Schema
How do I format conventional commit messages for git?

Conventional commit messages require a structure of type, optional scope, breaking-change marker, short description, body, and footers. This keeps git history uniform and predictable across team projects.

How do conventional commits map to semantic version bumps?

Semantic version bumps map directly from commit types: fix triggers a patch, feat triggers a minor, and feat! or a BREAKING CHANGE footer triggers a major version increment in CI pipelines.

What is the best way to indicate a breaking change in a commit message?

Indicate a breaking change in a commit message by appending a ! after the scope or by adding a BREAKING CHANGE footer. This explicitly maps the commit to a major semantic version bump.

Does git-conventional enforce specific commit types and subject length limits?

Yes, git-conventional enforces common commit types, imperative tone, and subject length limits. It provides practical rules for scope conventions to keep commit messages uniform.

When do I need to use conventional commits in my project?

You need conventional commits when composing messages before git commit, auditing git history, or determining release impact for CI-driven semantic versioning to ensure predictable releases.

Can I use conventional commits to audit and clean an existing git history?

Yes, you can apply conventional commit rules to audit and clean an existing git history. The standardized format clarifies past changes and their semantic version implications.