One-click install
npx skills add https://github.com/dungle-scrubs/agent-config --skill git-dungle-scrubs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git
Source: https://github.com/dungle-scrubs/agent-config/tree/main/stow/shared/skills/git
Command: npx skills add https://github.com/dungle-scrubs/agent-config --skill git-dungle-scrubs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill standardizes Git workflows to ensure consistent commits, branch naming, and PR descriptions, reducing ambiguity and improving code reviews.

Core Features & Use Cases

  • Conventional Commits: Format is type(scope): description to convey intent at a glance.
  • Branch Naming: Use kebab-case prefixes like feature-, fix-, or docs- to categorize work.
  • Files to Never Stage: Excludes common sensitive or bulky files (e.g., node_modules/, .env*, .DS_Store, dist/, build/, *.log, .claude/logs/, *.backup, credentials files).
  • PR Description Template: Provides a structured description for pull requests, including sections for Summary, Changes Made, and Testing.
  • Use Case: When working on a new feature in a feature-xyz branch, apply conventional commits for each change and include a thorough PR description to facilitate reviews.

Quick Start

Apply the git conventions to my current work: format commits using the conventional commits style, name the branch as feature-<topic>, and generate a PR description using the template.

Frequently Asked Questions about git

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

FAQPage Schema
How do I format commit messages for a predictable Git workflow?

To standardize Git workflows, format commit messages using the Conventional Commits style: `type(scope): description`. This structure conveys intent at a glance and reduces ambiguity during code reviews.

What is the best way to name Git branches for feature development?

The best way to name Git branches for feature development is using kebab-case prefixes like `feature-`, `fix-`, or `docs-`. This categorizes work and ensures predictable branch naming across collaborative projects.

How do I write a standardized PR description for code reviews?

You write a standardized PR description using a structured template that includes Summary, Changes Made, and Testing sections. This ensures thorough documentation and facilitates faster, more predictable code reviews.

Which files should I never stage in Git to keep the repository clean?

You should never stage sensitive or bulky files in Git, such as `node_modules/`, `.env*`, `.DS_Store`, `dist/`, `build/`, `*.log`, `.claude/logs/`, `*.backup`, and credentials files to keep the repository clean and secure.

When do I need Conventional Commits in my software projects?

You need Conventional Commits in collaborative software projects using Git for feature development, bug fixes, and release management. It solves the problem of inconsistent commit histories and improves the predictability of code reviews.

Can I use this Git workflow standardization for bug fixes and release management?

Yes, you can use this Git workflow standardization for bug fixes and release management. It applies Conventional Commits and branch naming rules to ensure consistent documentation and structured PR descriptions across all collaborative development tasks.