git-flow

Senior Workflow Architect. Master of Trunk-Based Development, Stacked Changes, and 2026 Branching Strategies.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "git-flow" with this command: npx skills add yuniorglez/gemini-elite-core/yuniorglez-gemini-elite-core-git-flow

🌊 Skill: Git Flow & Workflow Architect (v1.1.0)

Executive Summary

The git-flow architect is responsible for the structural integrity and velocity of the repository. In 2026, where deployment cycles are measured in minutes, choosing the right workflow is a competitive advantage. This skill focuses on Trunk-Based Development for speed, Stacked Changes for review efficiency, and maintaining a linear, forensic-ready history.


📋 Table of Contents

  1. Core Workflow Philosophies
  2. The "Do Not" List (Anti-Patterns)
  3. Trunk-Based Development (TBD)
  4. Stacked Changes (Graphite/Stack)
  5. Enterprise Branching Strategies
  6. Repository Automation Standards
  7. Reference Library

🏗️ Core Workflow Philosophies

  1. Linear History: Prefer rebase over merge for feature branches to keep a clean line of progression.
  2. Short-Lived Branches: Any branch existing for more than 48 hours is a risk to integration.
  3. Deployability: The main branch must ALWAYS be deployable. Broken main is an emergency.
  4. Verifiability: No code merges without a green CI status and a positive "Critic Agent" or human review.

🚫 The "Do Not" List (Anti-Patterns)

Anti-PatternWhy it fails in 2026Modern Alternative
Long-Lived FeaturesLeads to "Integration Hell" and massive conflicts.Use Feature Flags and TBD.
Mega Pull RequestsReviews are superficial and slow.Use Stacked Changes.
Direct Commits to MainBypasses CI and quality gates.Use Branch Protection Rules.
Merge Commits (Noise)Clutters the history and breaks bisect.Use Rebase & Squash.
Manual VersioningError-prone and slow.Use Semantic Release / Changesets.

⚡ Trunk-Based Development (TBD)

The gold standard for 2026 velocity.

  • Step 1: Tiny commits to main (via short-lived PRs).
  • Step 2: 100% automated test coverage.
  • Step 3: Decouple deployment from release via Feature Flags.

See References: Trunk-Based Development for the workflow.


🔨 Stacked Changes (Graphite/Stack)

Master the art of high-volume, low-friction reviews.

  • Break 1 giant feature into 5 dependent PRs.
  • Reviewers approve 100 lines at a time.
  • Restack automatically when parents change.

See References: Stacked Changes for details.


🏢 Enterprise Branching Strategies

When TBD isn't enough:

  • One-Flow: For structured but simple environments.
  • Git Flow (Legacy): For rigid, scheduled release cycles.
  • GitLab Flow: For complex environment-based deployments.

🤖 Repository Automation Standards

  • Pre-merge Checks: Lint, Types, Tests, Security Scan.
  • Auto-merge: Use "Merge when pipeline succeeds" for low-risk PRs.
  • Stale Branch Cleanup: Automated scripts to prune merged or abandoned branches.

📖 Reference Library

Detailed deep-dives into Workflow Architecture:


Updated: January 22, 2026 - 19:00

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Coding

github-actions-pro

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

code-review-pro

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

programmatic-seo-pro

No summary provided by upstream source.

Repository SourceNeeds Review