git-flow_skill

This skill enforces trunk-based development and stacked changes to accelerate reviews and maintain a linear, deployable main branch.
  • Python

7

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill yuniorglez/gemini-elite-core --skill git-flow

  • SKILL.md3.8 KB

Overview

This skill codifies senior workflow architecture for modern Git teams, specializing in Trunk-Based Development, Stacked Changes, and 2026-era branching strategies. It helps teams maintain linear, forensic-ready history while maximizing velocity and review throughput. The guidance is pragmatic, focusing on automated gates, short-lived branches, and predictable release separation via feature flags.

How this skill works

The skill inspects and recommends a repository's branching and merge practices, CI gate configuration, and automation hooks. It enforces principles like rebase-first history, short-lived PRs, required CI passes, and stacked-change patterns for decomposing large work. It also suggests enterprise alternatives when trunk-based approaches are unsuitable and prescribes automation for stale branches, auto-merge, and pre-merge checks.

When to use it

  • You need sub-10-minute deployment cycles and minimal integration friction.
  • Code review bottlenecks are caused by large, monolithic PRs.
  • Main branch stability must be guaranteed and auditable.
  • You want a repeatable, automated release separation without long-lived feature branches.
  • Scaling review throughput across many concurrent contributors.

Best practices

  • Prefer rebase and squash to preserve a linear, searchable history.
  • Keep branches short-lived — aim for under 48 hours active lifetime.
  • Gate all merges with green CI and an explicit review (human or critic agent).
  • Decompose large features into stacked changes so reviewers handle 100-line increments.
  • Separate deployment from release using feature flags and decouple rollout from merge.
  • Automate stale branch cleanup, security scans, linting, and auto-merge when safe.

Example use cases

  • Enable trunk-based workflows for a fast-moving product team deploying multiple times per day.
  • Introduce stacked-change workflows to a codebase suffering from slow, superficial PR reviews.
  • Design branching for a regulated enterprise that needs linear history and traceability.
  • Automate repository hygiene: stale branch pruning, pre-merge security scans, and merge-on-green policies.
  • Transition a legacy Git Flow project to One-Flow or GitLab Flow where environment complexity requires it.

FAQ

Start with short-lived feature branches, enforce CI and reviews, and introduce stacked changes. Migrate incrementally by reducing branch lifetime and adding feature flags to decouple release from deploy.

How long should a stacked change sequence be?

Keep individual stacked PRs small—reviewable within minutes, typically under 100–200 lines. The overall stack can be longer, but each commit should deliver a verifiable, test-covered step.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
git-flow skill by yuniorglez/gemini-elite-core | VeilStrat