name	finishing-a-development-branch
description	当实现完成、所有测试通过时使用，帮助决定如何集成工作 — 通过展示结构化选项来引导完成开发工作的合并、创建 PR 或清理

完成开发分支

概述

通过展示清晰的选项并处理所选工作流来引导完成开发工作。

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

开始时声明： "我正在使用 finishing-a-development-branch 技能来完成这项工作。"

流程

步骤 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. 在本地合并回 <base-branch>
2. 推送并创建 Pull Request
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：保持现状

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

不要清理工作树。

选项 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
修复： 在提供选项之前始终验证测试

开放式提问

问题： "接下来我该怎么做？" → 含糊不清
修复： 精确展示 4 个结构化选项

自动清理工作树

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

丢弃时未确认

问题： 意外删除工作
修复： 要求输入 "discard" 确认

红线

绝不：

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

始终：

在提供选项之前验证测试
精确展示 4 个选项
对选项 4 获取输入确认
仅对选项 1 和 4 清理工作树

集成

被调用者：

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

配合使用：

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

Más de este repositorio

mismo repositorio

create-task-plans-runtime

hunzhiwange/vibewindow

桌面/网关运行时内置的计划创建技能，用于生成可落盘、可调度、可批次执行的结构化计划包。

2026-07-221

do-task-plans-runtime

hunzhiwange/vibewindow

桌面/网关运行时内置的计划执行技能，用于按批次执行结构化计划包中的单个任务文件。

2026-07-221

demo-plugin-guide

hunzhiwange/vibewindow

Use when demonstrating or verifying VibeWindow local plugin packaging, including plugin skills, MCP servers, hook declarations, and interface metadata.

2026-07-221

create-task-plans

hunzhiwange/vibewindow

当需要在编码前创建或更新实施计划时使用，尤其适用于多步骤功能开发、重构、包含多个活动部件的缺陷修复，或需要拆分为可独立执行并跟踪进度的任务文件的请求。

2026-07-221

do-task-plans

hunzhiwange/vibewindow

当你有书面实现计划需要在单独会话中执行，并带有审查检查点时使用

2026-07-221

rustcodegraph

hunzhiwange/vibewindow

通过 `rustcodegraph` 命令行界面使用 RustCodeGraph 理解、导航或脚本化操作已索引代码库。当用户要求使用 RustCodeGraph、需要高性能搜索检索代码、需要符号/源码/调用流上下文、调用方/被调用方/影响分析或受影响测试选择时使用。

2026-07-221

name	finishing-a-development-branch
description	当实现完成、所有测试通过时使用，帮助决定如何集成工作 — 通过展示结构化选项来引导完成开发工作的合并、创建 PR 或清理

完成开发分支

概述

通过展示清晰的选项并处理所选工作流来引导完成开发工作。

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

开始时声明： "我正在使用 finishing-a-development-branch 技能来完成这项工作。"

流程

步骤 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. 在本地合并回 <base-branch>
2. 推送并创建 Pull Request
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：保持现状

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

不要清理工作树。

选项 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
修复： 在提供选项之前始终验证测试

开放式提问

问题： "接下来我该怎么做？" → 含糊不清
修复： 精确展示 4 个结构化选项

自动清理工作树

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

丢弃时未确认

问题： 意外删除工作
修复： 要求输入 "discard" 确认

红线

绝不：

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

始终：

在提供选项之前验证测试
精确展示 4 个选项
对选项 4 获取输入确认
仅对选项 1 和 4 清理工作树

集成

被调用者：

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

配合使用：

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