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 拆分出来的——对吗？”

阅读 AGENTS.md 和维护者文档，然后检查基分支实际生效的保护规则。如果强制要求拉取请求或必需检查，则将本地合并标记为不可用，并使用仓库受保护的 PR/合并工作流。在 agentic-awesome-skills 中，将维护者合并交由 antigravity-maintainer-batch-release 和 npm run merge:batch 处理。

步骤 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?

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

对于受保护的基分支，不要提供本地合并选项。只提供推送/创建 PR、保持现状和丢弃，同时保留丢弃操作的相同确认规则。

步骤 4：执行选择

选项 1：本地合并

仅当确认仓库策略和服务器端保护允许在本地集成到基分支后，才能使用此选项。否则停止并转到选项 2。

# 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

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

等待用户准确确认。

如果已确认：

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

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

步骤 5：清理工作树

仅适用于选项 1 和 4：

检查当前是否位于工作树中：

git worktree list --porcelain

确定准确的工作树路径，并确认没有仍需保留的已修改、未跟踪或已忽略文件。对于由应用管理的工作树，使用应用的归档工具，而不要直接移除。否则，在保留所需证据后：

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——清理由该技能创建的工作树

适用场景

此技能适用于执行概述中所述的工作流或操作。

限制

• 仅当任务明确符合上述范围时，才使用此技能。
• 不要将输出视为特定环境验证、测试或专家评审的替代品。
• 如果缺少必需的输入、权限、安全边界或成功标准，请停止并请求澄清。