using-git-worktrees
SolidOPTIONAL per-task isolation for autonomous parallel work. Routed to only on explicit opt-in by subagent-driven-development or dispatching-parallel-agents, so parallel units mutate files without colliding. Stands up one worktree per unit, works it in isolation, then integrates each unit back onto the caller's working branch for the caller's single commit-gate + finishing-a-development-branch exit. Never on the default path; it does not bypass a gate or finish per unit.
Install
Quality Score: 80/100
Skill Content
Details
- Author
- arbiterForge
- Repository
- arbiterForge/codeArbiter
- Created
- 2 months ago
- Last Updated
- today
- Language
- Python
- License
- AGPL-3.0
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
git-worktrees
Full lifecycle discipline for isolated git worktrees — setup (detect existing isolation, prefer native tools like EnterWorktree, ignore-check before project-local creation, per-worktree dependency install, clean test baseline) and teardown (merge-before-remove-before-delete ordering, provenance-based cleanup, never remove from inside the worktree). Use when starting feature work that needs isolation from the current workspace, when running parallel Features (see parallel-features), or when finishing a branch and deciding merge/PR/keep/discard.
worktree-isolation
Git worktree-based task isolation. Use when making changes that should not affect the main working tree until verified, or when running parallel development tasks that might conflict.
using-git-worktrees
Git worktree–based workspace isolation for parallel or non-disruptive development. Use when work must occur without modifying or interfering with the current working tree.