using-git-worktrees について
ブランチを切り替えずに複数ブランチで作業できるよう、分離された Git worktree の作成を案内するスキルです。ディレクトリ選択、ignore の確認、プロジェクトのセットアップ、実装前の基準テストを扱います。
主な機能
- 01優先順位に沿った worktree ディレクトリ選択
- 02Git ignore の安全性確認
- 03検出したファイルに応じた環境構築
- 04基準テストの確認
- 05ワークスペース準備完了の報告手順
活用シーン
- 01機能開発用の分離ワークスペース作成
- 02開発計画の実行前の環境準備
- 03実装前のクリーンなテスト基準の確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ makerjackie/ jackie-skills-starter --skill using-git-worktreesインストール後、Claude Code で/using-git-worktreesを入力して読み込まれたか確認します。
詳細
Git Worktrees の使用
概要
Git worktrees は、同じリポジトリを共有しながら分離されたワークスペースを作成します。これにより、ブランチを切り替えずに複数のブランチで同時に作業できます。
基本原則: ディレクトリを体系的に選択し、安全性を確認することで、信頼性の高い分離を実現します。
開始時に宣言:「分離されたワークスペースをセットアップするため、using-git-worktrees スキルを使用します。」
ディレクトリの選択手順
次の優先順位に従ってください。
1. 既存のディレクトリを確認する
# Check in priority order
ls -d .worktrees 2>/dev/null # Preferred (hidden)
ls -d worktrees 2>/dev/null # Alternative
見つかった場合: そのディレクトリを使用します。両方存在する場合は、.worktrees を優先します。
2. CLAUDE.md を確認する
grep -i "worktree.*director" CLAUDE.md 2>/dev/null
指定がある場合: ユーザーに確認せず、そのディレクトリを使用します。
3. ユーザーに尋ねる
ディレクトリが存在せず、CLAUDE.md に指定もない場合:
No worktree directory found. Where should I create worktrees?
1. .worktrees/ (project-local, hidden)
2. ~/.config/superpowers/worktrees/<project-name>/ (global location)
Which would you prefer?
安全性の確認
プロジェクト内のディレクトリ(.worktrees または worktrees)の場合
worktree を作成する前に、ディレクトリが無視対象になっていることを必ず確認してください:
# Check if directory is ignored (respects local, global, and system gitignore)
git check-ignore -q .worktrees 2>/dev/null || git check-ignore -q worktrees 2>/dev/null
無視対象になっていない場合:
Jesse のルール「問題があるものはすぐに修正する」に従い、次の手順を実行します。
- .gitignore に適切な行を追加する
- 変更をコミットする
- worktree の作成に進む
重要な理由: worktree の内容を誤ってリポジトリにコミットするのを防ぎます。
グローバルディレクトリ(~/.config/superpowers/worktrees)の場合
プロジェクトの完全な外部にあるため、.gitignore の確認は不要です。
作成手順
1. プロジェクト名を検出する
project=$(basename "$(git rev-parse --show-toplevel)")
2. worktree を作成する
# Determine full path
case $LOCATION in
.worktrees|worktrees)
path="$LOCATION/$BRANCH_NAME"
;;
~/.config/superpowers/worktrees/*)
path="~/.config/superpowers/worktrees/$project/$BRANCH_NAME"
;;
esac
# Create worktree with new branch
git worktree add "$path" -b "$BRANCH_NAME"
cd "$path"
3. プロジェクトをセットアップする
適切なセットアップを自動検出して実行します。
# 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. クリーンなベースラインを確認する
worktree がクリーンな状態で開始することを確認するため、テストを実行します。
# Examples - use project-appropriate command
npm test
cargo test
pytest
go test ./...
テストが失敗した場合: 失敗を報告し、続行するか調査するかを尋ねます。
テストが成功した場合: 準備完了であることを報告します。
5. 場所を報告する
Worktree ready at <full-path>
Tests passing (<N> tests, 0 failures)
Ready to implement <feature-name>
クイックリファレンス
| 状況 | 対応 |
|---|---|
.worktrees/ が存在する | それを使用する(無視対象であることを確認) |
worktrees/ が存在する | それを使用する(無視対象であることを確認) |
| 両方存在する | .worktrees/ を使用する |
| どちらも存在しない | CLAUDE.md を確認 → ユーザーに尋ねる |
| ディレクトリが無視対象でない | .gitignore に追加してコミットする |
| ベースラインテストが失敗する | 失敗を報告して尋ねる |
| package.json/Cargo.toml がない | 依存関係のインストールをスキップする |
よくある間違い
無視対象かどうかの確認を省略する
- 問題: worktree の内容が追跡対象になり、git status が汚れます
- 修正: プロジェクト内に worktree を作成する前に、必ず
git check-ignoreを使用します
ディレクトリの場所を決めつける
- 問題: 一貫性が損なわれ、プロジェクトの規約に反します
- 修正: 優先順位に従います:既存のディレクトリ > CLAUDE.md > ユーザーに尋ねる
テストが失敗した状態で続行する
- 問題: 新しいバグと既存の問題を区別できません
- 修正: 失敗を報告し、続行する明示的な許可を得ます
セットアップコマンドを固定する
- 問題: 異なるツールを使用するプロジェクトで動作しなくなります
- 修正: プロジェクトファイル(package.json など)から自動検出します
ワークフローの例
You: I'm using the using-git-worktrees skill to set up an isolated workspace.
[Check .worktrees/ - exists]
[Verify ignored - git check-ignore confirms .worktrees/ is ignored]
[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
注意事項
決して行わないこと:
- 無視対象であることを確認せずに worktree を作成する(プロジェクト内の場合)
- ベースラインテストの確認を省略する
- 確認せずに、テストが失敗した状態で続行する
- 曖昧な場合にディレクトリの場所を決めつける
- CLAUDE.md の確認を省略する
必ず行うこと:
- ディレクトリの優先順位に従う:既存のディレクトリ > CLAUDE.md > ユーザーに尋ねる
- プロジェクト内の場合は、ディレクトリが無視対象であることを確認する
- プロジェクトのセットアップを自動検出して実行する
- テストがクリーンなベースラインであることを確認する
連携
呼び出し元:
- brainstorming(Phase 4)- 設計が承認され、実装に進む場合に必須
- subagent-driven-development - タスクを実行する前に必須
- executing-plans - タスクを実行する前に必須
- 分離されたワークスペースを必要とするすべてのスキル
組み合わせるスキル:
- finishing-a-development-branch - 作業完了後のクリーンアップに必須