git

Enforce branch naming and commit message conventions for Git repositories.

48|8|Updated Oct 17, 2025
One-click install
npx skills add https://github.com/maragudk/skills --skill git-maragudk
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git
Source: https://github.com/maragudk/skills/tree/main/git
Command: npx skills add https://github.com/maragudk/skills --skill git-maragudk

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill codifies a refined git workflow aligned with the author's preferences, making commits and branch naming more predictable and consistent with best practices.

Core Features & Use Cases

  • Branch naming: Use short, dash-separated names like add-some-feature without prefixes such as feat/ or hotfix/.
  • Commit messages: Enforce code identifier formatting and reference related GitHub issues at the end of messages when applicable.
  • Guided workflow: Use this skill when you're asked to commit something to ensure consistency and clarity.

Quick Start

Use the git skill whenever you need to create a branch and craft a well-formatted, readable commit message.

Frequently Asked Questions about git

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

FAQPage Schema
How do I maintain consistent branch naming across my Git workflow?

Branch naming should use short, dash-separated phrases like `add-some-feature` without prefixes such as `feat/` or `hotfix/`. This keeps branch names predictable and readable while avoiding unnecessary naming conventions that clutter version control.

What's the best way to write commit messages that reference code and issues?

Enclose code identifiers in backticks and reference Go types with package and type names. Append issue references at the end using `See #123, #234` or `Fixes #123, fixes #234`. This ensures commits are searchable and clearly linked to related work.

How do I enforce consistent Git conventions across a team?

Codify your preferred branch naming and commit message format into a repeatable workflow. Enforce short, dash-separated branch names, descriptive messages with code formatting, and GitHub issue references to make collaboration predictable and reduce integration friction.

Can I use this workflow for both feature development and bug fixes?

Yes. Apply consistent branch naming and commit message conventions during feature development, bug fixes, and collaborative work on shared repositories. The same guidelines ensure clarity whether you're adding functionality or resolving issues.

Should I amend commits after pushing to a shared branch?

No. Avoid amending previous commits unless explicitly instructed. After the first branch commit, use simple, direct messages. This prevents rewriting history on shared work and keeps collaboration predictable.