Skip to content
Skills Library
Programming · Learning & explanation

git-workflows

/git-workflows

Git workflows: trunk-based development vs GitFlow, Conventional Commits specification, PR templates, branch protection rules, merge strategies (squash vs merge vs rebase), interactive rebase for clean history, git bisect for debugging, monorepo patterns. Use when setting up team git workflow, writing commit messages, reviewing PR process.

Licence
MIT
Last repository change
24.07.2026

Assessment and security

100/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content35 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
4
Scripts
0
HTML comments
0
URLs in SKILL.md
0
Deprecation

No signals detected. Repository changed on 24.07.2026, without references to retired models or APIs.

Licence

MIT, open: use and modify while retaining author attribution.

What it does and when to use it

Git workflows: trunk-based development vs GitFlow, Conventional Commits specification, PR templates, branch protection rules, merge strategies (squash vs merge vs rebase), interactive rebase for clean history, git bisect for debugging, monorepo patterns. Use when setting up team git workflow, writing commit messages, reviewing PR process.

Original author description

Git workflows: trunk-based development vs GitFlow, Conventional Commits specification, PR templates, branch protection rules, merge strategies (squash vs merge vs rebase), interactive rebase for clean history, git bisect for debugging, monorepo patterns. Use when setting up team git workflow, writing commit messages, reviewing PR process.

How it works

  1. When to Use This Skill
  2. Core Principles
  3. References available
Original SKILL.md headings · 23 lines, 171 words
SKILL.md preview
---
name: git-workflows
description: |
  Git workflows: trunk-based development vs GitFlow, Conventional Commits specification,
  PR templates, branch protection rules, merge strategies (squash vs merge vs rebase),
  interactive rebase for clean history, git bisect for debugging, monorepo patterns.
  Use when setting up team git workflow, writing commit messages, reviewing PR process.
allowed-tools: Read, Grep, Glob
---

# Git Workflows

## When to Use This Skill
- Choosing between trunk-based development and GitFlow
- Writing Conventional Commits for automatic changelogs
- Setting up branch protection and PR review requirements
- Cleaning up commit history before merging
- Debugging regressions with git bisect

## Core Principles

1. **Trunk-based development for speed** — long-lived branches cause merge hell; merge to main daily
2. **Conventional Commits enable automation** — `feat:`, `fix:`, `chore:` → automatic semantic versioning and changelogs
3. **Squash merge for feature branches** — one commit per feature on main = clean, bisectable history
4. **Feature flags over long branches** — merge incomplete code behind a flag; avoid 3-week branches
5. **Branch protection is non-negotiable** — no direct push to main; required reviews and CI passing

## References available
- `references/branching-strategies.md` — trunk-based workflow, branch naming conventions, PR template, branch protection rules, git bisect, interactive rebase
- `references/conventional-commits.md` — full type reference, breaking changes, examples, semantic versioning trigger rules
- `references/monorepo-strategies.md` — Turborepo, Nx, affected package detection, shared commit scopes
Files in this package (4)
  • SKILL.md 2 KB
  • references/branching-strategies.md 5 KB
  • references/conventional-commits.md 4 KB
  • references/monorepo-strategies.md 5 KB

Versions

RepositoryScoreLicence
This page · rnavarych/alpha-engineer100MIT
sudeeppatgar/fullstack-skills100MIT
AutumnsGrove/Lattice100AGPL-3.0

Database snapshot: 13.11.2026 · package version 1a8570278654 (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 100advanced-workflows
    Use this skill when the user says 'branching strategy', 'trunk-based development', 'GitFlow', 'GitHub Flow', 'release branches', 'feature flags vs branches', 'squash vs rebase vs merge', 'conventional commits', 'semantic versioning', 'git worktree', 'monorepo git', 'stacked…
  • 100github
    Covers GitHub repository management and Git workflow governance: branching strategies (trunk-based, GitHub Flow, GitFlow), pull request and code review process, branch protection rulesets, CODEOWNERS, merge strategies, semantic versioning, conventional commits, Git tags, and…
  • 100git-workflow
    Automate the complete Git development workflow — create feature branches with conventional naming, atomic commits with conventional commit messages, interactive rebase, squash merges, PR body generation from commit history, branch cleanup, and git worktree patterns. Use when…
  • 100git-branching-strategies-gitflow-trunk
    Use this skill when selecting and enforcing team Git branching workflows comparing Trunk-Based Development and Gitflow.
  • 100git
    Advanced Git workflows skill. Branching models, merge vs rebase, interactive rebase, git bisect, cherry-pick, worktrees, commit conventions. Triggers on: /godmode:git, "branching strategy", "rebase vs merge", "git bisect", "cherry-pick".
  • 100git-workflow
    Implement Git branching strategies, PR workflows, and release management patterns. Configure GitFlow, trunk-based development, or GitHub Flow for team collaboration. Use when establishing version control workflows or improving development team collaboration.

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.