Git Commit Format

Format Git commit messages with HyperShift conventional commit rules.

6|1|Updated Dec 25, 2025
One-click install
npx skills add https://github.com/czyt/claude-skills --skill git-commit-format-czyt
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Git Commit Format
Source: https://github.com/czyt/claude-skills/tree/main/skills/git-commit-format
Command: npx skills add https://github.com/czyt/claude-skills --skill git-commit-format-czyt

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill enforces a consistent and standardized format for Git commit messages, improving code review clarity and automated changelog generation.

Core Features & Use Cases

  • Conventional Commits: Adheres to the conventional commit specification for commit types, scopes, and descriptions.
  • Mandatory Footers: Ensures the inclusion of essential footers like Signed-off-by and Commit-Message-Assisted-by.
  • Validation Rules: Provides clear guidelines for commit message length and structure, with a reference to gitlint validation.
  • Use Case: When creating a new feature, use this skill to ensure your commit message follows the feat(<scope>): <description> format and includes all required footers.

Quick Start

Use the Git Commit Format skill to generate a commit message for a new feature that adds user authentication.

Frequently Asked Questions about Git Commit Format

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

FAQPage Schema
How do I format Git commit messages for automated changelog generation?

To format Git commit messages for automated changelog generation, apply conventional commit rules using a structured format with type, scope, and description. This Skill enforces these standards along with mandatory footers like Signed-off-by to ensure parsing consistency.

What are the required footers in a conventional commit message?

The required footers in a conventional commit message are Signed-off-by and Commit-Message-Assisted-by. This Skill enforces the inclusion of these mandatory footers alongside the structured type, scope, and description to meet HyperShift formatting rules.

How do I indicate a breaking change in a Git commit message?

To indicate a breaking change in a Git commit message, use the '!' symbol after the type and scope or add a BREAKING CHANGE footer. This Skill supports both methods to clearly flag modifications that break backward compatibility.

Does gitlint validate the title and body line length of commit messages?

Yes, gitlint validates the title and body line length of commit messages. This Skill enforces these gitlint validation rules to ensure your commit message structure adheres to specified length constraints and formatting guidelines.

Can I use this conventional commit format for adding a new feature?

Yes, you can use this conventional commit format for adding a new feature by following the feat(<scope>): <description> structure. The Skill ensures your commit message includes the correct type, scope, and required footers for feature additions.

Why do my Git commit messages fail code review formatting checks?

Git commit messages fail code review formatting checks when they lack a structured type, scope, mandatory footers like Signed-off-by, or exceed gitlint line length limits. This Skill applies HyperShift conventional commit rules to validate and correct these structural issues.