home / skills / ed3dai / ed3d-plugins / using-git-worktrees

This skill sets up isolated git worktrees for feature work, ensuring safe directory selection and automatic project setup.

This is most likely a fork of the using-git-worktrees skill from openclaw
npx playbooks add skill ed3dai/ed3d-plugins --skill using-git-worktrees

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
5.3 KB
---
name: using-git-worktrees
description: Use when starting feature work that needs isolation from current workspace or before executing implementation plans - creates isolated git worktrees with smart directory selection and safety verification
user-invocable: false
---

# Using Git Worktrees

## Overview

Git worktrees create isolated workspaces sharing the same repository, allowing work on multiple branches simultaneously without switching.

**Core principle:** Systematic directory selection + safety verification = reliable isolation.

**Announce at start:** "I'm using the using-git-worktrees skill to set up an isolated workspace."

## Directory Selection Process

Follow this priority order:

### 1. Check Existing Directories

```bash
# Check in priority order
ls -d .worktrees 2>/dev/null     # Preferred (hidden)
ls -d worktrees 2>/dev/null      # Alternative
```

**If found:** Use that directory. If both exist, `.worktrees` wins.

### 2. Check CLAUDE.md

```bash
grep -i "worktree.*director" CLAUDE.md 2>/dev/null
```

**If preference specified:** Use it without asking.

### 3. Ask User

If no directory exists and no CLAUDE.md preference:

```
No worktree directory found. Where should I create worktrees?

1. .worktrees/ (project-local, hidden)
2. ~/.claude/worktrees/<project-name>/ (global location)

Which would you prefer?
```

## Safety Verification

### For Project-Local Directories (.worktrees or worktrees)

**MUST verify .gitignore before creating worktree:**

```bash
# Check if directory pattern in .gitignore
grep -q "^\.worktrees/$" .gitignore || grep -q "^worktrees/$" .gitignore
```

**If NOT in .gitignore:**

Per Jesse's rule "Fix broken things immediately":
1. Add appropriate line to .gitignore
2. Commit the change
3. Proceed with worktree creation

**Why critical:** Prevents accidentally committing worktree contents to repository.

### For Global Directory (~/.claude/worktrees)

No .gitignore verification needed - outside project entirely.

## Creation Steps

### 1. Detect Project Name

```bash
project=$(basename "$(git rev-parse --show-toplevel)")
```

### 2. Create Worktree

```bash
# Determine full path
case $LOCATION in
  .worktrees|worktrees)
    path="$LOCATION/$BRANCH_NAME"
    ;;
  ~/.claude/worktrees/*)
    path="~/.claude/worktrees/$project/$BRANCH_NAME"
    ;;
esac

# Create worktree with new branch
git worktree add "$path" -b "$BRANCH_NAME"
cd "$path"
```

### 3. Run Project Setup

Auto-detect and run appropriate setup:

```bash
# Node.js
if [ -f package.json ]; then npm install; fi

# Rust
if [ -f Cargo.toml ]; then cargo build; fi

# Python
if [ -f requirements.txt ]; then pip install -r requirements.txt; fi
if [ -f pyproject.toml ]; then poetry install; fi

# Go
if [ -f go.mod ]; then go mod download; fi
```

### 4. Verify Clean Baseline

Run tests to ensure worktree starts clean:

```bash
# Examples - use project-appropriate command
npm test
cargo test
pytest
go test ./...
```

**If tests fail:** Report failures, ask whether to proceed or investigate.

**If tests pass:** Report ready.

### 5. Report Location

```
Worktree ready at <full-path>
Tests passing (<N> tests, 0 failures)
Ready to implement <feature-name>
```

## Quick Reference

| Situation | Action |
|-----------|--------|
| `.worktrees/` exists | Use it (verify .gitignore) |
| `worktrees/` exists | Use it (verify .gitignore) |
| Both exist | Use `.worktrees/` |
| Neither exists | Check CLAUDE.md → Ask user |
| Directory not in .gitignore | Add it immediately + commit |
| Tests fail during baseline | Report failures + ask |
| No package.json/Cargo.toml | Skip dependency install |

## Common Mistakes

**Skipping .gitignore verification**
- **Problem:** Worktree contents get tracked, pollute git status
- **Fix:** Always grep .gitignore before creating project-local worktree

**Assuming directory location**
- **Problem:** Creates inconsistency, violates project conventions
- **Fix:** Follow priority: existing > CLAUDE.md > ask

**Proceeding with failing tests**
- **Problem:** Can't distinguish new bugs from pre-existing issues
- **Fix:** Report failures, get explicit permission to proceed

**Hardcoding setup commands**
- **Problem:** Breaks on projects using different tools
- **Fix:** Auto-detect from project files (package.json, etc.)

## Example Workflow

```
You: I'm using the using-git-worktrees skill to set up an isolated workspace.

[Check .worktrees/ - exists]
[Verify .gitignore - contains .worktrees/]
[Create worktree: git worktree add .worktrees/auth -b feature/auth]
[Run npm install]
[Run npm test - 47 passing]

Worktree ready at /Users/jesse/myproject/.worktrees/auth
Tests passing (47 tests, 0 failures)
Ready to implement auth feature
```

## Red Flags

**Never:**
- Create worktree without .gitignore verification (project-local)
- Skip baseline test verification
- Proceed with failing tests without asking
- Assume directory location when ambiguous
- Skip CLAUDE.md check

**Always:**
- Follow directory priority: existing > CLAUDE.md > ask
- Verify .gitignore for project-local
- Auto-detect and run project setup
- Verify clean test baseline

## Integration

**Called by:**
- **brainstorming** (Phase 4) - REQUIRED when design is approved and implementation follows
- Any skill needing isolated workspace

**Pairs with:**
- **finishing-a-development-branch** - REQUIRED for cleanup after work complete
- **executing-an-implementation-plan** - Work happens in this worktree

Overview

This skill creates isolated git worktrees when you start feature work or prepare to execute an implementation plan. It picks a safe directory using a clear priority, verifies project safety (like .gitignore), and sets up a clean, tested workspace ready for development. It reports location and test status so you can begin implementation confidently.

How this skill works

The skill inspects the repository for existing worktree directories (.worktrees then worktrees) and reads CLAUDE.md for any declared preference. If no preference exists it prompts for a project-local or global location, then verifies .gitignore for project-local choices and fixes it if needed. It creates a branch-backed git worktree, runs auto-detected project setup commands (npm, poetry, cargo, etc.), runs baseline tests, and reports results and the worktree path.

When to use it

  • Starting a new feature that must not disturb your current workspace
  • Before executing an implementation plan to ensure isolation and reproducibility
  • When you need simultaneous work on multiple branches without switching
  • When project conventions require hidden or centralized worktree locations
  • As a required step after a design is approved and before coding begins

Best practices

  • Follow directory priority: existing > CLAUDE.md > ask the user
  • For project-local directories, always verify .gitignore and commit the fix before creating a worktree
  • Auto-detect setup commands from project files (package.json, pyproject.toml, Cargo.toml, go.mod) rather than hardcoding
  • Run baseline tests and do not proceed without explicit permission if they fail
  • Report full worktree path and test outcomes so the developer can validate the environment

Example use cases

  • Create a hidden .worktrees/ feature branch for local sandboxed development
  • Use ~/.claude/worktrees/<project>/ when you prefer a global centralized location across projects
  • Automatically install dependencies and run tests after worktree creation to ensure a clean start
  • Enforce safety in CI or automation pipelines that spawn developer worktrees
  • Integrate with planning skills: set up a worktree immediately after design approval

FAQ

What if .worktrees/ is not listed in .gitignore?

The skill will add the appropriate pattern to .gitignore, commit that change, and only then create the project-local worktree to prevent accidental commits.

When is a global worktree location used?

Choose a global location (~/.claude/worktrees/<project>) when you want worktrees outside the repo; no .gitignore verification is needed for global directories.