worktrees

Git Worktree の使用

概要

Git worktree は同じリポジトリを共有する分離されたワークスペースを作成します。ブランチを切り替えることなく、複数のブランチで同時に作業できます。

基本原則： ディレクトリを体系的に選択し、安全性を確認することで、信頼性の高い分離を実現します。

開始時に宣言： 「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 のルール「壊れているものはすぐに修正する」に従い：

1. .gitignore に適切な行を追加する
2. 変更をコミットする
3. 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（フェーズ 4）- デザインが承認され、実装に進む場合に必須
• subagent-driven-development - タスクを実行する前に必須
• executing-plans - タスクを実行する前に必須
• 分離されたワークスペースを必要とするスキル

連携先：

• finishing-a-development-branch - 作業完了後のクリーンアップに必須