name: finishing-a-development-branch description: 当实现完成、所有测试通过时，需要决定如何集成工作 - 通过提供合并、拉取请求或清理的结构化选项来指导完成开发工作

完成开发分支

概览

通过提供清晰选项和处理所选工作流来指导完成开发工作。

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

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

流程

步骤1：验证测试

在提供选项之前，验证测试通过：

# 运行项目的测试套件
npm test / cargo test / pytest / go test ./...

如果测试失败：

测试失败（<N> 个失败）。完成前必须修复：

[显示失败]

测试通过前无法继续合并/拉取请求。

停止。不要进入步骤2。

如果测试通过： 继续到步骤2。

步骤2：确定基础分支

# 尝试常见的基础分支
git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null

或询问：“此分支从 main 分离出来 - 正确吗？”

步骤3：提供选项

提供 exactly these 4 个选项：

实现完成。您想做什么？

1. 本地合并回 <base-branch>
2. 推送并创建拉取请求
3. 保持分支不变（稍后处理）
4. 丢弃此工作

选择哪个选项？

不要添加解释 - 保持选项简洁。

步骤4：执行选择

选项1：本地合并

# 切换到基础分支
git checkout <base-branch>

# 拉取最新
git pull

# 合并功能分支
git merge <feature-branch>

# 验证合并后的结果测试
<test command>

# 如果测试通过
git branch -d <feature-branch>

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

选项2：推送并创建PR

# 推送分支
git push -u origin <feature-branch>

# 创建PR
gh pr create --title "<title>" --body "$(cat <<'EOF'
## 总结
<2-3 个改变要点>

## 测试计划
- [ ] <验证步骤>
EOF
)"

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

选项3：保持不变

报告：“保持分支 <name>。工作树保留在 <path>。”

不要清理工作树。

选项4：丢弃

首先确认：

这将永久删除：
- 分支 <name>
- 所有提交：<commit-list>
- 工作树在 <path>

输入 'discard' 来确认。

等待确切的确认。

如果确认：

git checkout <base-branch>
git branch -D <feature-branch>

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

步骤5：清理工作树

对于选项1、2、4：

检查是否在工作树中：

git worktree list | grep $(git branch --show-current)

如果是：

git worktree remove <worktree-path>

对于选项3： 保持工作树。

快速参考

选项	合并	推送	保持工作树	清理分支
1. 本地合并	✓	-	-	✓
2. 创建PR	-	✓	✓	-
3. 保持不变	-	-	✓	-
4. 丢弃	-	-	-	✓ (强制)

常见错误

跳过测试验证

问题： 合并错误代码，创建失败的PR
修复： 在提供选项前始终验证测试

开放式问题

问题： “下一步该做什么？” → 模糊
修复： 提供 exactly 4 个结构化选项

自动工作树清理

问题： 在可能需要时移除工作树（选项2、3）
修复： 只清理选项1和4

丢弃无确认

问题： 意外删除工作
修复： 需要输入“discard”确认

红旗

从不：

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

始终：

在提供选项前验证测试
提供 exactly 4 个选项
为选项4获取输入确认
只清理选项1和4的工作树

集成

由以下调用：

subagent-driven-development（步骤7） - 所有任务完成后
executing-plans（步骤5） - 所有批次完成后

配对使用：

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