完成开发分支

概述

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

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

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

流程

第 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 步：呈现选项

准确呈现以下 4 个选项：

实施完成。您想做什么？

1. 本地合并回 <基础分支>
2. 推送并创建一个拉取请求
3. 保持分支原样（我稍后会处理）
4. 放弃这项工作

您选择哪个选项？

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

第 4 步：执行选择

选项 1：本地合并

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

# 拉取最新更改
git pull

# 合并功能分支
git merge <功能分支>

# 验证合并后的测试结果
<测试命令>

# 如果测试通过
git branch -d <功能分支>

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

选项 2：推送并创建拉取请求

# 推送分支
git push -u origin <功能分支>

# 创建拉取请求
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： 保留工作树。

快速参考

常见错误

跳过测试验证

• 问题：合并有问题的代码，创建失败的拉取请求
• 修复：在提供选项之前始终验证测试

开放式问题

• 问题：“我接下来该做什么？” → 模棱两可
• 修复：准确呈现 4 个结构化选项

自动清理工作树

• 问题：在可能还需要它时（选项 2、3）移除了工作树
• 修复：仅对选项 1 和 4 进行清理

放弃前未确认

• 问题：意外删除工作
• 修复：要求输入 “discard” 进行确认

危险信号

切勿：

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

始终：

• 在提供选项前验证测试
• 准确呈现 4 个选项
• 对选项 4 获取键入的确认
• 仅对选项 1 和 4 清理工作树

集成

被以下技能调用：

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

与以下技能搭配使用：

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