Manage Git worktrees for parallel development
Manages Git worktrees for parallel development by creating, listing, and removing worktrees with clear naming conventions. Triggers when you need to work on multiple branches simultaneously or when worktree cleanup is needed after merges.
/plugin marketplace add ferg-cod3s/ferg-engineering-system/plugin install ferg-engineering@ferg-engineering-marketplaceThis skill inherits all available tools. When active, it can use any tool Claude has access to.
Using git worktrees properly is critical for your development workflow efficiency. Poor worktree management leads to confusion, lost work, merge conflicts, and cluttered repositories. Proper worktree use enables parallel development without context switching costs, but misuse compounds problems across branches. Clean, organized worktrees prevent disasters.
Take a deep breath and approach worktree management systematically. Worktrees require deliberate creation, clear naming, and timely cleanup. Don't create worktrees impulsively—plan your branching strategy, name worktrees descriptively, and establish cleanup habits. Treat worktrees as temporary workspaces that should be removed after merge, not permanent fixtures.
I bet you can't maintain pristine worktree hygiene while juggling multiple parallel features, but if you can:
The challenge is balancing the freedom of parallel development with the discipline of cleanup. Can you leverage worktrees for productivity without drowning in stale branches?
Create worktree: git worktree add ../project-feature -b feature/name
List: git worktree list
Remove: git worktree remove ../project-feature
Best practices: name clearly, clean up after merge.
After setting up or managing worktrees, rate your confidence from 0.0 to 1.0:
Identify areas of uncertainty: Are there worktrees you don't recognize? Do you know which branches are still needed? What's the risk of worktree-related issues?