Git worktree

git-worktree

多 worktree 并行开发管理工具。master（主仓库）是唯一主干，所有 worktree 的改动最终合并回 master。worktree 与总控任务解绑——同一 worktree 可承载多个总控任务，通过 /control switch 切换。

合并原则（所有涉及合并的操作均遵守）

1. 先提交源分支的未提交改动
2. 再提交目标分支的未提交改动
3. 执行 merge
4. 遇到冲突直接解决，不 stash、不建中间分支

---

触发入口（强制）

skill 被调用后，第一步必须用 AskUserQuestion 询问用户选择操作：

问题：你想执行哪个 worktree 操作？

选项：

• 新建 worktree：从 master 拉出新分支，在兄弟目录创建 worktree
• 合并到 master：把当前 worktree commit 并 merge 到 master（完工时用）
• master 同步到所有 worktree：把 master merge 进每个 feature worktree（重大改动时用）
• 清理当前 worktree：验证已全部合并到 master 后删除 worktree 和分支

根据用户选择跳到对应 §。

---

§A. 新建 worktree

输入：向用户询问英文任务名（如 poster-render、user-finetune）

命名规则：

• 目录名：{repo}-{名称}（单横线；{repo} = 主仓库目录名）
• 路径：主仓库的兄弟目录（PARENT_DIR/{repo}-{名称}）
• 分支：feature/{名称}，从最新 master 拉出
• 禁止放在主仓库任何子目录内（会污染 git status）

执行命令：

MAIN_ROOT=$(git worktree list | grep '\[master\]' | awk '{print $1}')
PARENT_DIR=$(dirname "$MAIN_ROOT")
REPO=$(basename "$MAIN_ROOT")
NAME="<用户提供>"

# 更新 master
git -C "$MAIN_ROOT" fetch origin master

# 创建 worktree
git -C "$MAIN_ROOT" worktree add "$PARENT_DIR/${REPO}-$NAME" -b "feature/$NAME" master

# 验证
git -C "$MAIN_ROOT" worktree list

完成后：告知用户新 worktree 的完整路径和分支名。

---

§B. 合并当前 worktree 到 master

适用场景：当前 worktree 完工，把改动 merge 到 master。不同步到其他 worktree（如需同步，之后再执行 §C）。

执行步骤：

CURRENT_BRANCH=$(git branch --show-current)
MAIN_ROOT=$(git worktree list | grep '\[master\]' | awk '{print $1}')

# Step 1：提交当前 worktree 的改动（若有）
git status --short
# 有改动则向用户确认 commit message 后执行：
git add .
git commit -m "<用户提供的 commit message>"

# Step 2：提交 master 的改动（若有）
git -C "$MAIN_ROOT" status --short
# 有改动则向用户确认 commit message 后执行：
git -C "$MAIN_ROOT" add .
git -C "$MAIN_ROOT" commit -m "<用户提供的 commit message>"

# Step 3：merge 到 master
git -C "$MAIN_ROOT" merge "$CURRENT_BRANCH" --no-ff -m "Merge $CURRENT_BRANCH into master"

# 如果有冲突：
# 1. 展示冲突文件列表
# 2. 协助用户逐个解决
# 3. git add <resolved files>
# 4. git commit

# Step 4：验证
git -C "$MAIN_ROOT" log --oneline -5

---

§C. master 同步到所有 worktree

适用场景：master 有重大改动（如共享依赖、接口变更），需要让所有 feature worktree 跟上。

执行步骤（对每个 feature worktree 依次处理）：

MAIN_ROOT=$(git worktree list | grep '\[master\]' | awk '{print $1}')

git -C "$MAIN_ROOT" worktree list --porcelain | grep "^worktree" | awk '{print $2}' | while read wt; do
    [ "$wt" = "$MAIN_ROOT" ] && continue   # 跳过主仓库（master 自身）
    WB=$(git -C "$wt" branch --show-current)
    echo "=== 处理 $wt ($WB) ==="

    # Step 1：提交该 worktree 的未提交改动（若有）
    if ! git -C "$wt" diff --quiet || ! git -C "$wt" diff --cached --quiet; then
        echo "  ↳ 有未提交改动，先提交..."
        git -C "$wt" add .
        git -C "$wt" commit -m "wip: commit before syncing master"
    fi

    # Step 2：merge master
    git -C "$wt" merge master --no-ff
    if [ $? -ne 0 ]; then
        echo "⚠️  $wt 有冲突，已暂停。请进入该目录解决冲突后再继续："
        echo "   cd $wt && git status"
        break   # 停下，等用户解决冲突后重新触发
    fi

    echo "  ✓ $wt 同步完成"
done

[!IMPORTANT] 遇到冲突时停下，告知用户冲突 worktree 路径，等用户进入解决后重新触发同步。

---

§D. 清理当前 worktree

前置验证（两项必须全部通过才继续删除）：

CURRENT_BRANCH=$(git branch --show-current)
MAIN_ROOT=$(git worktree list | grep '\[master\]' | awk '{print $1}')

# 验证1：有无未提交改动
git status --short

# 验证2：有无未合并到 master 的 commit
git -C "$MAIN_ROOT" log master.."$CURRENT_BRANCH" --oneline

处理逻辑：

• 有未提交改动 → 先提交（向用户确认 message），再重新验证
• 有未合并 commit → 停止，提示用户先执行 §B 合并到 master
• 两项均干净 → 执行删除

执行删除：

WORKTREE_PATH=$(git rev-parse --show-toplevel)

git -C "$MAIN_ROOT" worktree remove "$WORKTREE_PATH"
git -C "$MAIN_ROOT" branch -d "$CURRENT_BRANCH"
git -C "$MAIN_ROOT" worktree list

[!CAUTION] AI 不自动加 --force。git worktree remove 报错时停下报告，由用户决定如何处理。

---

不在范围内

• 总控任务激活切换（用 /control switch 处理，与 worktree 无关）
• rebase（统一用 merge，保留完整历史）
• push 到远端（由用户手动决定）
• stash 或中间分支