git-workflow

Coordinate a dev-first Git workflow across main, dev, and insiders branches.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/CarlosSardo/nats-poc-simulator --skill git-workflow-carlossardo
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: git-workflow
Source: https://github.com/CarlosSardo/nats-poc-simulator/tree/main/.copilot/skills/git-workflow
Command: npx skills add https://github.com/CarlosSardo/nats-poc-simulator --skill git-workflow-carlossardo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Teams often struggle with inconsistent Git workflows, merge strategies, and release readiness across branches, leading to delays and confusion. This skill defines a dev-first branching model that standardizes main, dev, and insiders workflows for predictable collaboration.

Core Features & Use Cases

  • Three-branch model: main (released), dev (integration), insiders (early access) with clear purposes and published flows.
  • Branch naming conventions: issue-based branches such as squad/{issue-number}-{slug} to keep work traceable.
  • Issue-driven workflow: feature work starts from dev, PRs target dev, and promotions to main/insiders follow defined gates.
  • Worktrees for parallel work: support for multiple concurrent issues using git worktree to avoid conflicts.
  • Release and promotion: automation-minded guidance for promoting changes from dev to insiders and then to main.

Quick Start

Start from the dev branch, create a feature branch from dev for your issue, and open a draft PR targeting dev when ready.

Frequently Asked Questions about git-workflow

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

FAQPage Schema
What is a dev-first Git workflow with main, dev, and insiders branches?▼

A dev-first Git workflow routes feature work through a dev integration branch before promoting changes to insiders for early access and main for releases. This three-branch model standardizes release readiness and predictable collaboration across software teams.

How do I structure issue-driven feature branches targeting the dev branch?▼

Create feature branches from dev using standardized naming conventions like squad/{issue-number}-{slug} to keep work traceable. Open a draft PR targeting dev when ready, ensuring all issue-driven work integrates predictably before promotion to insiders and main.

Can I use git worktree for parallel issue-driven development across multiple branches?▼

Yes, git worktree supports multiple concurrent issues by creating per-issue worktrees. This allows parallel work across dev, insiders, and main branches without local conflicts, fitting the three-branch model and issue-driven workflow seamlessly.

What is the best way to promote changes from dev to insiders and main branches?▼

Follow defined promotion gates to move changes from dev to insiders for early access, then to main for release. This controlled promotion enforces release readiness and standardizes the multi-branch PR workflow across the three-branch model.

Does this three-branch Git model work for teams practicing issue-driven development with pull requests?▼

Yes, it is designed for software teams practicing issue-driven work with feature branches and multi-branch PRs. The workflow enforces standardized branch naming, PR reviews, and controlled promotion from dev to insiders and main.

Why standardize branch naming conventions like squad/{issue-number}-{slug} in Git workflows?▼

Standardized branch naming keeps issue-driven work traceable across dev, insiders, and main branches. It enforces consistent PR reviews and controlled promotions, preventing delays and confusion caused by inconsistent merge strategies.