Automated summary
Describes a multi-step workflow for parallel development across several Git branches using independent worktrees, each with its own working directory.
Strengths
- Clear naming conventions (ccswarm-<type>-<description>) to organize feature, bugfix and experiment worktrees
- Concrete management commands for creating, listing, removing and pruning worktrees
- Explains parallel agent integration, with each agent operating in its own worktree
- Includes practical best practices such as cleanup after merging and running tests simultaneously
Limitations
- Sticks to basic Git commands without covering merge conflicts or edge cases
- Example paths and names are tied to the ccswarm repository and need adapting
- Does not address conflict resolution when worktrees touch the same files
Use it when you want several agents or tasks to work in parallel on separate branches without switching directories.
Avoid it on a small solo project where a single working branch is enough and extra worktrees would only add overhead.
Security analysis
SafeThe skill only documents standard git worktree commands (add, list, remove, prune) for organizing parallel branch work. No destructive operations, no network calls, no credential handling, and no obfuscated payloads. Removing a worktree does not delete branch history, so risk is minimal.
No concerns found
How this analysis is madeExamples
Create a Git worktree for a new feature branch called feature/api-enhancement so I can work on it in parallel.Set up separate worktrees for a frontend agent, a backend agent and a DevOps agent, each on its own branch.List my current Git worktrees, remove the one for the merged feature branch, and prune stale worktree info.Git Worktree Workflow
Multi-step workflow for parallel development using git worktrees.
Overview
Git worktree allows working on multiple branches simultaneously. Each worktree is an independent working directory with its own branch.
Setup Workflow
1. Create Feature Worktree
git worktree add ../ccswarm-feature-<name> feature/<description>
2. Create Bug Fix Worktree
git worktree add ../ccswarm-bugfix-<name> hotfix/<description>
3. Create Experiment Worktree
git worktree add ../ccswarm-experiment-<name> experiment/<description>
Recommended Structure
github.com/nwiizo/
├── ccswarm/ # Main repository (master)
├── ccswarm-feature-*/ # Feature worktrees
├── ccswarm-bugfix-*/ # Bug fix worktrees
├── ccswarm-hotfix-*/ # Hotfix worktrees
└── ccswarm-experiment-*/ # Experimental worktrees
Management Commands
# List all worktrees
git worktree list
# Remove worktree after merging
git worktree remove ../ccswarm-feature-<name>
# Prune stale worktree information
git worktree prune
Agent Integration
Each agent can work in its own worktree:
# Frontend agent
git worktree add ../ccswarm-frontend feature/ui-redesign
# Backend agent
git worktree add ../ccswarm-backend feature/api-enhancement
# DevOps agent
git worktree add ../ccswarm-devops feature/ci-cd-improvement
Best Practices
- One worktree per feature/bug
- Use naming convention:
ccswarm-<type>-<description> - Clean up after merging
- Run
git worktree pruneperiodically - Run tests in different worktrees simultaneously
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/git-worktree-workflow-for-parallel-development-mm5t89d6/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/git-worktree-workflow-for-parallel-development-mm5t89d6' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/git-worktree-workflow-for-parallel-development-mm5t89d6/download' --output '.skill-downloads/git-worktree-workflow-for-parallel-development-mm5t89d6/SKILL.md.part' && mv '.skill-downloads/git-worktree-workflow-for-parallel-development-mm5t89d6/SKILL.md.part' '.skill-downloads/git-worktree-workflow-for-parallel-development-mm5t89d6/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
This file does not provide a usable name/description header for this native procedure. It remains available to download and inspect; use the manual method below.
Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/git-worktree-workflow-for-parallel-development-mm5t89d6/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
Configure a Chat Channel with SecretRefs
DevOps
Set up chat channels using non-interactive commands, with secrets only as SecretRefs. Covers gather, mutate, repair, and prove steps for reliable delivery.
Investigate ClickHouse CI Failures
DevOps
Investigate a ClickHouse CI failure end-to-end from a PR or S3 report URL. Fetches failed tests, classifies flaky vs real regression, and checks for existing issues/fixes.
Ansible PR Review
DevOps
Reviews an Ansible PR following the project's standardized process, including changelog checks, test coverage validation, and feedback tracking.