git-branch-strategy

Creates and manages Git branches using a simplified main-plus-feature workflow for solo projects.

Updated Jul 1, 2026
One-click install
npx skills add https://github.com/SJLee-0525/aperture --skill git-branch-strategy-sjlee-0525
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: git-branch-strategy
Source: https://github.com/SJLee-0525/aperture/tree/main/.claude/skills/git-branch-strategy
Command: npx skills add https://github.com/SJLee-0525/aperture --skill git-branch-strategy-sjlee-0525

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Solo developers often over-engineer Git workflows with develop and release branches they do not need, or work directly on main and risk breaking deployments. This Skill provides a simplified two-tier branching strategy (main + feature/fix) tailored for one-person projects where main is connected to automatic Vercel deployment. ## Core Features & Use Cases - Branch Type Definitions: Enforces clear naming conventions — feature/{kebab-summary} for new work, fix/{kebab-summary} for bug fixes, and main as the deploy branch. - Merge Discipline: Guides the flow of feature and fix branches into main, with a mandatory pre-deploy check before merging since pushing to main triggers Vercel deployment. - Phase-Based Operation: Suggests branch splitting per project phase (e.g., feature/design-{section}, feature/auth, fix/rules-...) so changes like security rule updates stay traceable. - Use Case: When starting a new gallery lightbox feature on a portfolio site, use this Skill to create feature/gallery-lightbox from an up-to-date main, then merge it back after a deploy check and delete the branch. ## Quick Start Create a new feature branch for my next task following the solo project branch strategy and show me the merge steps before deploying to main.

Frequently Asked Questions about git-branch-strategy

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

FAQPage Schema
How do I create a feature branch for a solo Git project?▼

Checkout main, pull the latest changes with git pull origin main, then run git checkout -b feature/{kebab-summary}. Name the branch with a short kebab-case description of the work, such as feature/gallery-lightbox.

What branch naming convention should a solo developer use?▼

Use feature/{kebab-summary} for new functionality and fix/{kebab-summary} for bug fixes, with main reserved as the deployment branch. This two-tier structure replaces heavier Git Flow setups that include develop and release branches.

Is Git Flow necessary for a one-person project?▼

No, full Git Flow with develop and release branches adds overhead a solo developer does not need. A simplified main plus feature structure keeps history clean while still isolating work, and trivial changes like typo fixes can go directly to main.

When is it safe to merge a feature branch into main?▼

Merge only after running a deploy check, because pushing to main triggers automatic Vercel deployment. Pull requests are optional for solo work, but changes to security rules should have their diff re-verified before merging.

Should I delete feature branches after merging?▼

Yes, delete the feature branch after it is merged into main. This keeps the branch list clean and makes it easy to see only active work, which is especially useful when splitting work into many small phase-based branches.