git-workflow

Standardize Git commit messages, branch names, and history workflows.

3|Updated Mar 14, 2026
One-click install
npx skills add https://github.com/Muvon/octomind-tap --skill git-workflow-muvon
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-workflow
Source: https://github.com/Muvon/octomind-tap/tree/main/skills/git-workflow
Command: npx skills add https://github.com/Muvon/octomind-tap --skill git-workflow-muvon

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Git workflows often lead to messy histories, inconsistent commit messages, and confusing branch names that make reviews and releases harder.

Core Features & Use Cases

  • Conventional Commits enforcement: Produces consistent commit message structure (type/scope/summary, wrap rules, and optional footers like Fixes/Closes) to improve changelogs and review scanning.
  • Branch naming conventions: Guides consistent branch naming using a type-based, kebab-case pattern.
  • Workflow best practices: Covers key process rules like avoiding direct commits to main, keeping commits atomic, rebasing for a linear history, squashing WIP before PRs, and tagging releases with semantic versioning.

Use case: You are preparing a pull request and want teammates to be able to quickly understand what changed, why it changed, and how it should be released—without manually policing conventions.

Quick Start

Activate the git-workflow skill to format your next commit message, name your feature branch, and apply a rebase/squash workflow before opening a PR.

Frequently Asked Questions about git-workflow

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

FAQPage Schema
How do I format conventional commits for a pull request?

Conventional commits format requires a type/scope/summary structure with wrap rules and optional footers like Fixes or Closes. This produces consistent commit messages that improve changelogs and make review scanning easier before opening a PR.

What is the best way to name git branches for feature work?

Git branch naming should follow a type-based, kebab-case pattern. This convention keeps branches organized by purpose, making it easier to track feature work and collaborate across any git-based project team workflow.

How does a rebase workflow keep git history linear?

A rebase workflow keeps git history linear by avoiding direct commits to main and rebasing feature branches instead of merging. It enforces atomic changes and squashes WIP commits before PRs to maintain a clean, reviewable repository history.

When do I need semantic version tags for release management?

Semantic version tags are needed when tagging releases in a git workflow that uses conventional commits. They provide structured version tracking that aligns with commit message types, ensuring clear release boundaries for team collaboration.

Can I apply git workflow rules across any existing repository?

Git workflow rules apply across any git-based project and team workflow. There are no specific dependencies or components required, allowing you to enforce commit conventions, branch naming, and rebase practices in your existing repositories.