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：在本地合并

# Switch to base branch
git checkout <base-branch>

# Pull latest
git pull

# Merge feature branch
git merge <feature-branch>

# Verify tests on merged result
<test command>

# If tests pass
git branch -d <feature-branch>

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

选项 2：推送并创建 PR

推送前：

• 让 PR 只关注一个事项。将无关更改拆分成独立 PR，或将它们堆叠起来。
• 针对确切的头部提交，获取独立的跨提供商审查（参见 requesting-code-review）。
• 先在本地运行检查。分支准备就绪后再推送一次，以便托管 CI 只运行一次。

# 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>

Refs #<issue>
EOF
)"

如果仓库在合并后部署，请使用 Refs #n，并且仅在确认线上状态后关闭 issue。只有当合并本身会使更改上线时，才使用关闭关键词。对于堆叠的 PR，请说明其父 PR、基础分支和在堆栈中的位置。

合并是单独的决定。未经所有者明确批准，不要合并 PR。

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

选项 3：保持现状

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

不要清理工作树。

选项 4：丢弃

先确认：

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

Type 'discard' to confirm.

等待明确的确认。

如果确认：

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
• **修正：**提供选项前始终验证测试

开放式问题

• 问题：“接下来该做什么？”→ 含糊不清
• **修正：**准确提供 4 个结构化选项

自动清理工作树

• **问题：**可能还需要工作树时就将其删除（选项 2、3）
• **修正：**仅在选项 1 和 4 中清理

丢弃时未确认

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

危险信号

绝不：

• 在测试未通过时继续
• 未验证结果中的测试就合并
• 未经确认就删除工作内容
• 未经明确要求就强制推送
• 在仍需部署步骤时，将“已合并”视为“已上线”

始终：

• 提供选项前验证测试
• 准确提供 4 个选项
• 要求输入文本确认选项 4
• 仅为选项 1 和 4 清理工作树

集成

由以下流程调用：

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

配合使用：

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

参考文件

在释放声明、处理堆叠的拉取请求或合并后清理时，请阅读 声明与清理。