Claude-skill-registry committing

Creates well-structured git commits following conventional commit format. Use when committing changes, preparing commits, or when asked to commit code.

install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/committing" ~/.claude/skills/majiayu000-claude-skill-registry-committing && rm -rf "$T"
manifest: skills/data/committing/SKILL.md
source content

Git Committing

Commit Message Format

<type>(<scope>): <subject>

[optional body]

[optional footer]

Types

TypeDescription
feat
New feature
fix
Bug fix
docs
Documentation only
style
Formatting, no code change
refactor
Code change without fix/feature
perf
Performance improvement
test
Adding or fixing tests
chore
Build, CI, tooling changes

Rules

  1. Subject line: Under 50 characters, imperative mood ("add" not "added")
  2. Body: Wrap at 72 characters, explain "why" not "what"
  3. Scope: Optional, indicates affected area (e.g.,
    parser
    ,
    api
    ,
    ui
    )
  4. Breaking changes: Add
    !
    after type or
    BREAKING CHANGE:
    in footer

Workflow

  1. Run

    git status
    to see changes

  2. Run

    git diff
    to review modifications

  3. Check recent commits with

    git log --oneline -5
    for style consistency

  4. Stage specific files (avoid

    git add -A
    )

  5. Write commit message using HEREDOC:

    git commit -m "$(cat <<'EOF'
    type(scope): subject
    
    Body explaining why this change was made.
    EOF
    )"
    
  6. Verify with

    git status

Safety

  • Never commit secrets, credentials, or .env files
  • Never use
    --no-verify
    unless explicitly requested
  • Never amend commits that have been pushed
  • Create NEW commits after hook failures, don't amend