القائمة
Use for parallel branch development with workspace isolation.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | git-worktrees |
| description | Use for parallel branch development with workspace isolation. |
Work on multiple branches simultaneously. Each worktree = isolated workspace.
FETCH -> git fetch origin (ensure latest remote state)
LOCATE -> Find .worktrees/ or worktrees/
VERIFY -> Ensure directory is gitignored
CREATE -> git worktree add .worktrees/name origin/main -b branch/name
SETUP -> Install dependencies
BASELINE -> Verify tests pass
WORK -> Implement in isolation
CLEANUP -> git worktree remove when done
# ALWAYS fetch first to get latest remote state
git fetch origin
# Check existing directories
ls -d .worktrees worktrees 2>/dev/null
# Verify gitignored
git check-ignore -q .worktrees || echo ".worktrees/" >> .gitignore
# Create from origin/main (NOT local main) to ensure latest code
git worktree add .worktrees/feature-auth origin/main -b feature/auth
cd .worktrees/feature-auth
# Setup
[ -f package.json ] && npm install
# Baseline
npm test # Must pass before changes
Why origin/main? Local main may be behind remote. Always base new work on the latest remote state to avoid merge conflicts and building on stale code.
cd /path/to/main/repo
git worktree remove .worktrees/feature-auth
git branch -d feature/auth # If merged
git worktree list # List all
git worktree add .worktrees/fix bugfix/123 # Existing branch
git worktree remove .worktrees/feature # Remove
git worktree prune # Clean stale
| Situation | Action |
|---|---|
| Feature needs isolation | Create worktree |
| Quick one-file fix | Regular branch |
| Baseline tests fail | Ask user before proceeding |
| Work complete | Remove worktree |
git fetch origin before creating worktreemain instead of origin/mainPairs with: pr-workflow, commit-discipline, tdd
Use when working with git operations including commits, branches, worktrees, and PRs. Covers the full git workflow from feature isolation to PR submission.
Complete PR submission pipeline with local sub-agent review before pushing, CI verification, and automated review integration. Always dispatches code-reviewer and code-simplifier for code changes, plus conditional reviewers (security, performance, dependency, accessibility, i18n, type-design, etc.) based on change type. Waits for CI with `gh pr checks --watch`. Integrates CodeRabbit and Greptile feedback.
GitHub CLI patterns for PR reviews, comments, and API operations. Use when working with gh api commands, especially for review threads and comments.
Use when following a written plan or task list. Checkpoint verification at each step. Triggers - execute plan, follow plan, implement plan, next step, continue, proceed.
Use when implementing analytics, event tracking, or setting up dashboards. Covers privacy-first tracking, event patterns, and common analytics tools.
REST/GraphQL API design patterns, error handling, and versioning. Use when designing APIs, handling errors, or making API architecture decisions.