git-commit

Conventional Commits format for all git commits and PR/MR titles. Defines type prefixes, scope rules, breaking change syntax, and commit message structure

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "git-commit" with this command: npx skills add dmythro/agent-skills/dmythro-agent-skills-git-commit

Conventional Commits

Default commit format: Conventional Commits. Use this format for all commits and PR/MR titles unless the project defines its own commit conventions (in CLAUDE.md, AGENTS.md, contributing guides, or similar). Project-specific rules always take priority.

When to Use

  • Making any git commit -- this skill defines the required format
  • Creating PR/MR titles -- squash merges use the title as the commit message
  • Writing squash merge messages -- must follow the same format
  • Reviewing commit message format -- validate against these rules

Critical Rules

  1. Project rules override this skill -- if the project defines commit message conventions (issue number prefixes, custom formats, etc.), follow those instead. This skill is the default when no project-specific rules exist.
  2. Type is required -- never commit without a type prefix
  3. Description is lowercase, imperative mood, no period: fix: handle null response not Fix: Handled null response.
  4. No Co-Authored-By trailer -- never add it to commit messages

Provider Detection

Detect the git provider to use the correct CLI:

git remote get-url origin
Remote URL containsProviderCLIPR term
github.comGitHubghPR
gitlab.com or self-hosted GitLabGitLabglabMR

If ambiguous or both present, ask the user.


Format

<type>(<optional scope>): <description>

[optional body]

[optional footer(s)]

Types

TypeWhen
featNew feature or capability
fixBug fix
docsDocumentation only
styleFormatting, whitespace, semicolons (no logic change)
refactorCode change that neither fixes a bug nor adds a feature
perfPerformance improvement
testAdding or updating tests
buildBuild system or external dependencies
ciCI/CD configuration
choreMaintenance tasks, tooling, config

Rules

  1. Type is required -- never commit without a type prefix
  2. Scope is optional but encouraged for multi-module repos: feat(auth): add OAuth2 flow
  3. Description is lowercase, imperative mood, no period: fix: handle null response not Fix: Handled null response.
  4. Breaking changes use ! after type/scope: feat(api)!: remove v1 endpoints
  5. PR/MR titles follow the same format -- squash merges use the PR/MR title as the commit message
  6. No Co-Authored-By trailer -- never add it to commit messages

Commit Examples

git commit -m "feat: add user profile page"
git commit -m "fix(auth): prevent token refresh race condition"
git commit -m "docs: update API reference for v2 endpoints"
git commit -m "refactor(db): extract connection pooling logic"
git commit -m "feat(api)!: change response format for /users"

PR/MR Title Examples

ProviderCreate PR/MR with title
GitHubgh pr create --title "feat: add dark mode" --body "..."
GitLabglab mr create --title "feat: add dark mode" --description "..."

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Automation

git-commit

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

git-commit

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

bun-api

No summary provided by upstream source.

Repository SourceNeeds Review