name: 完成开发分支 description: 当实现完成、所有测试通过，并且你需要决定如何集成工作时使用 - 通过呈现合并、PR或清理的结构化选项，指导完成开发工作。
完成一个开发分支
概述
通过呈现清晰选项和处理选定工作流，指导完成开发工作。
核心原则： 验证测试 → 呈现选项 → 执行选择 → 清理。
开始时宣布： “我使用完成开发分支技能来完成这项工作。”
过程
步骤 1：验证测试
在呈现选项之前，验证测试通过：
# 运行项目的测试套件
npm test / cargo test / pytest / go test ./...
如果测试失败：
测试失败（<N> 处失败）。必须在完成前修复：
[显示失败]
测试通过之前无法进行合并/PR。
停止。不要继续到步骤 2。
如果测试通过： 继续到步骤 2。
步骤 2：确定基础分支
# 尝试常见的基础分支
git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null
或询问：“这个分支是从 main 分支分出来的 - 对吗？”
步骤 3：呈现选项
呈现以下 4 个选项：
实现完成。你想做什么？
1. 本地合并回 <基础分支>
2. 推送并创建 Pull Request
3. 保持分支原样（稍后处理）
4. 丢弃这项工作
选择哪个选项？
不要添加解释 - 保持选项简洁。
步骤 4：执行选择
选项 1：本地合并
# 切换到基础分支
git checkout <基础分支>
# 拉取最新
git pull
# 合并功能分支
git merge <功能分支>
# 在合并结果上验证测试
<测试命令>
# 如果测试通过
git branch -d <功能分支>
然后：清理工作树（步骤 5）
选项 2：推送并创建 PR
# 推送分支
git push -u origin <功能分支>
# 创建 PR
gh pr create --title “<标题>” --body “$(cat <<'EOF'
## 摘要
<2-3 个变化要点>
## 测试计划
- [ ] <验证步骤>
EOF
)”
然后：清理工作树（步骤 5）
选项 3：保持原样
报告：“保持分支 <名称>。工作树保留在 <路径>。”
不要清理工作树。
选项 4：丢弃
先确认：
这将永久删除：
- 分支 <名称>
- 所有提交：<提交列表>
- 工作树在 <路径>
输入 'discard' 确认。
等待确切确认。
如果确认：
git checkout <基础分支>
git branch -D <功能分支>
然后：清理工作树（步骤 5）
步骤 5：清理工作树
对于选项 1, 2, 4：
检查是否在工作树中：
git worktree list | grep $(git branch --show-current)
如果是：
git worktree remove <工作树路径>
对于选项 3： 保持工作树。
快速参考
| 选项 | 合并 | 推送 | 保持工作树 | 清理分支 |
|---|---|---|---|---|
| 1. 本地合并 | ✓ | - | - | ✓ |
| 2. 创建 PR | - | ✓ | ✓ | - |
| 3. 保持原样 | - | - | ✓ | - |
| 4. 丢弃 | - | - | - | ✓ (强制) |
常见错误
跳过测试验证
- 问题： 合并损坏代码，创建失败的 PR
- 修复： 在提供选项之前始终验证测试
开放性问题
- 问题： “接下来该做什么？” → 模糊
- 修复： 精确呈现 4 个结构化选项
自动工作树清理
- 问题： 删除可能还需要的工作树（选项 2, 3）
- 修复： 只清理选项 1 和 4
没有丢弃确认
- 问题： 意外删除工作
- 修复： 要求输入“discard”确认
红旗警告
切勿：
- 在测试失败时继续
- 合并而不验证合并结果的测试
- 删除工作而不确认
- 强制推送而没有明确请求
始终：
- 在提供选项之前验证测试
- 精确呈现 4 个选项
- 获取输入确认对于选项 4
- 只清理工作树对于选项 1 和 4
集成
调用者：
- 子代理驱动开发（步骤 7）- 在所有任务完成后
- 执行计划（步骤 5）- 在所有批次完成后
配对技能：
- 使用 Git 工作树 - 清理由该技能创建的工作树