git-workflow

Enforce conventional commits, branch naming, PR gates, and release-please changelog automation.

Updated Mar 27, 2026
One-click install
npx skills add https://github.com/adona9/flutter-dev-team-skills --skill git-workflow-adona9
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-workflow
Source: https://github.com/adona9/flutter-dev-team-skills/tree/main/git-workflow
Command: npx skills add https://github.com/adona9/flutter-dev-team-skills --skill git-workflow-adona9

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Git workflows often diverge across teams, leading to messy histories, inconsistent commit messages, and difficult reviews. This skill defines a universal, auditable process for commits, branches, PRs, release notes, and dependency updates to keep projects coherent.

Core Features & Use Cases

  • Conventional-Commits enforcement and type guidance for commit messages.
  • Branch naming conventions and PR-driven review process.
  • PR workflow from branch to merge, including squashes and changelog integration.
  • Release and changelog automation with release-please, plus Dependabot dependency updates.
  • Guardrails for code review, static checks, and governance across the development lifecycle.

Quick Start

Apply the git-workflow to create a feature branch, open a PR, and align commits with the project’s conventions.

Frequently Asked Questions about git-workflow

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

FAQPage Schema
How do I enforce conventional commits and branch naming conventions in my Git workflow?

To enforce conventional commits and branch naming conventions in your Git workflow, apply standardized rules for commit types and branch prefixes, ensuring a clean project history and consistent commit messages across your team.

What's the best way to automate changelog updates and release notes for Git pull requests?

The best way to automate changelog updates and release notes for Git pull requests is using release-please, which integrates with your PR workflow to automatically generate release notes upon merges and squashes.

How does Dependabot fit into a standardized Git pull request and review workflow?

Dependabot integrates into a standardized Git pull request and review workflow by automatically generating dependency update PRs, which then pass through required PR review gates, static checks, and governance guardrails.

Can I use release-please and conventional commits for any software project's Git workflow?

Yes, you can use release-please and conventional commits for any software project's Git workflow. This standardized process applies universally to maintain coherent project histories, auditable branches, and consistent releases.

Why do I need PR review gates and static checks in a conventional commits Git workflow?

PR review gates and static checks are needed in a conventional commits Git workflow to enforce governance, verify commit message types, validate branch naming prefixes, and maintain a clean project history before merges.