← ClaudeAtlas

git-worktreelisted

Isolate development or validation with Git worktrees and exact dirty-candidate copies. Use when work must leave another checkout and its staged selection intact.
fmind/dot · ★ 4 · Code & Development · score 80
Install: claude install-skill fmind/dot
# Git Worktree Create the smallest isolated workspace that contains the intended candidate. [feature-branch](../feature-branch/SKILL.md) owns branch naming; this skill owns isolation, candidate identity, and cleanup. ## Workflow 1. **Record the source**: inspect `git status --short`, `git diff`, `git diff --cached`, `git rev-parse HEAD`, and `git worktree list --porcelain`. Identify whether the candidate is a commit, the index, or selected working-tree changes. 1. **Choose isolation**: use a linked worktree for a committed revision or new branch. Use the [dirty candidate procedure](references/dirty-candidate.md) when validation must include uncommitted files, or when checks must not share Git refs or hooks with the source. 1. **Create a fresh destination**: choose a new sibling or temporary path outside the source. For a read-only review of committed code, use `git worktree add --detach <destination> <revision>`; for implementation, use `git worktree add -b <new-branch> <destination> <base>`. 1. **Inspect execution inputs**: read the destination's tasks and hooks before running them; isolate virtual environments, build output, coverage, ports, databases, and caches that tests mutate. Do not copy credentials or reuse a live database to make a fixture pass. 1. **Run the owning gate**: invoke the project's commands from the destination. Formatter output changes the tested candidate; compare it with the intended source before transferring proof or applying any resulting edits.