finishing-a-development-branch

完成开发分支

概述

通过提供清晰的选项并处理用户选择的工作流，指导完成开发工作。

核心原则： 验证测试 → 提供选项 → 执行选择 → 清理。

开始时宣布：“我将使用完成开发分支技能来完成这项工作。”

流程

第 1 步：验证测试

提供选项之前，先验证测试是否通过：

# Run project's test suite
npm test / cargo test / pytest / go test ./...

如果测试失败：

Tests failing (<N> failures). Must fix before completing:

[Show failures]

Cannot proceed with merge/PR until tests pass.

停止。不要继续第 2 步。

**如果测试通过：**继续第 2 步。

第 2 步：确定基础分支

# Try common base branches
git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null

或者询问：“此分支是从 main 分出的——这样对吗？”

第 3 步：提供选项

请准确提供以下 4 个选项：

Implementation complete. What would you like to do?

1. Merge back to <base-branch> locally
2. Push and create a Pull Request
3. Keep the branch as-is (I'll handle it later)
4. Discard this work

Which option?

不要添加说明——选项应保持简洁。

第 4 步：执行选择

选项 1：在本地合并

基础分支上的操作应在规范检出目录中进行，而不是在当前会话的工作树中进行。如果当前会话位于工作树中（参见 using-git-worktrees），请在主工作树中运行这些操作（或先使用 session_move 返回）。不能在功能工作树中执行 git checkout <base-branch>——基础分支已在主工作树中检出，而 git 不允许在两个工作树中同时检出同一分支。

# In the canonical checkout (primary worktree):
git checkout <base-branch>
git pull
git merge <feature-branch>
<test command>            # verify the merged result
git branch -d <feature-branch>

然后：将会话移回规范检出目录（如果会话之前位于工作树中），并清理工作树（第 5 步）。

选项 2：推送并创建 PR

# Push branch
git push -u origin <feature-branch>

# Create PR
gh pr create --title "<title>" --body "$(cat <<'EOF'
## Summary
<2-3 bullets of what changed>

## Test Plan
- [ ] <verification steps>
EOF
)"

报告：“PR 已创建。分支 和工作树已保留。”

不要清理工作树。

选项 3：保持原样

报告：“保留分支 。工作树保留在 。”

不要清理工作树。

选项 4：丢弃

请先确认：

This will permanently delete:
- Branch <name>
- All commits: <commit-list>
- Worktree at <path>

Type 'discard' to confirm.

等待用户提供准确的确认内容。

如果已确认——从规范检出目录中删除分支，然后清理工作树：

# In the canonical checkout (primary worktree), NOT the session's worktree:
git branch -D <feature-branch>

然后：清理工作树（第 5 步）。

第 5 步：清理工作树

适用于选项 1、4：

会话仍位于某个工作树中时，删除该工作树并不安全，因此请分两步操作：

1. 如果会话位于工作树中，请先将其移回规范检出目录（使用 session_move 移至主工作树路径——参见 using-git-worktrees）。活动会话当前所在的工作树无法安全删除。
2. **删除工作树。**对于 opencode v2 工作树（由 worktree_create 创建），请使用原生 worktree_remove 工具，并提供工作树的 directory。git worktree remove <path> 仅适用于 opencode 不会记录的普通 git 工作树。除非用户已确认应丢弃未提交的工作，否则绝不要设置 force。

快速参考

选项	合并	推送	保留工作树	清理分支
1. 在本地合并	✓	-	-	✓
2. 创建 PR	-	✓	✓	-
3. 保持原样	-	-	✓	-
4. 丢弃	-	-	-	✓（强制）

常见错误

跳过测试验证

• **问题：**合并有问题的代码、创建无法通过的 PR
• **解决方法：**提供选项前务必验证测试

提出开放式问题

• 问题：“接下来该做什么？”→ 含义不明确
• **解决方法：**准确提供 4 个结构化选项

自动清理工作树

• **问题：**删除之后可能还需要的工作树（选项 2、3）
• **解决方法：**仅在选项 1 和 4 中清理工作树

丢弃前未确认

• **问题：**意外删除工作
• **解决方法：**要求用户输入“discard”进行确认

危险信号

绝不：

• 在测试失败时继续
• 不验证结果上的测试就进行合并
• 未经确认就删除工作
• 未经明确请求就强制推送

务必：

• 提供选项前验证测试
• 准确提供 4 个选项
• 针对选项 4 获取用户输入的确认
• 仅针对选项 1 和 4 清理工作树

集成

调用方：

• subagent-driven-development — 所有任务完成后，在最终代码审查结束时调用
• executing-plans（第 7 步：交接）— 所有批次完成后调用

配合使用：

• using-git-worktrees - 清理该技能创建的工作树