بنقرة واحدة
finishing-a-development-branch
当实现完成、所有测试通过时使用,帮助决定如何集成工作 — 通过展示结构化选项来引导完成开发工作的合并、创建 PR 或清理
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
当实现完成、所有测试通过时使用,帮助决定如何集成工作 — 通过展示结构化选项来引导完成开发工作的合并、创建 PR 或清理
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | finishing-a-development-branch |
| description | 当实现完成、所有测试通过时使用,帮助决定如何集成工作 — 通过展示结构化选项来引导完成开发工作的合并、创建 PR 或清理 |
通过展示清晰的选项并处理所选工作流来引导完成开发工作。
核心原则: 验证测试 → 展示选项 → 执行选择 → 清理。
开始时声明: "我正在使用 finishing-a-development-branch 技能来完成这项工作。"
在展示选项之前,验证测试是否通过:
# 运行项目的测试套件
npm test / cargo test / pytest / go test ./...
如果测试失败:
测试失败(<N> 个失败)。必须在完成之前修复:
[显示失败信息]
测试通过之前无法继续合并/创建 PR。
停止。不要进入步骤 2。
如果测试通过: 继续步骤 2。
# 尝试常见的基础分支
git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null
或询问:"此分支从 main 分出 — 是否正确?"
精确展示以下 4 个选项:
实现已完成。你想怎么做?
1. 在本地合并回 <base-branch>
2. 推送并创建 Pull Request
3. 保持分支现状(稍后自行处理)
4. 丢弃这项工作
选择哪个选项?
不要添加解释 — 保持选项简洁。
# 切换到基础分支
git checkout <base-branch>
# 拉取最新代码
git pull
# 合并功能分支
git merge <feature-branch>
# 在合并结果上验证测试
<test command>
# 如果测试通过
git branch -d <feature-branch>
然后:清理工作树(步骤 5)
# 推送分支
git push -u origin <feature-branch>
# 创建 PR
gh pr create --title "<title>" --body "$(cat <<'EOF'
## 概要
<2-3 条变更内容>
## 测试计划
- [ ] <验证步骤>
EOF
)"
然后:清理工作树(步骤 5)
报告:"保留分支 。工作树保留在 。"
不要清理工作树。
先确认:
这将永久删除:
- 分支 <name>
- 所有提交:<commit-list>
- 工作树 <path>
输入 'discard' 以确认。
等待精确确认。
确认后:
git checkout <base-branch>
git branch -D <feature-branch>
然后:清理工作树(步骤 5)
选项 1、2、4:
检查是否在工作树中:
git worktree list | grep $(git branch --show-current)
如果是:
git worktree remove <worktree-path>
选项 3: 保留工作树。
| 选项 | 合并 | 推送 | 保留工作树 | 清理分支 |
|---|---|---|---|---|
| 1. 本地合并 | ✓ | - | - | ✓ |
| 2. 创建 PR | - | ✓ | ✓ | - |
| 3. 保持现状 | - | - | ✓ | - |
| 4. 丢弃 | - | - | - | ✓(强制) |
跳过测试验证
开放式提问
自动清理工作树
丢弃时未确认
绝不:
始终:
被调用者:
配合使用:
桌面/网关运行时内置的计划创建技能,用于生成可落盘、可调度、可批次执行的结构化计划包。
桌面/网关运行时内置的计划执行技能,用于按批次执行结构化计划包中的单个任务文件。
Use when demonstrating or verifying VibeWindow local plugin packaging, including plugin skills, MCP servers, hook declarations, and interface metadata.
当需要在编码前创建或更新实施计划时使用,尤其适用于多步骤功能开发、重构、包含多个活动部件的缺陷修复,或需要拆分为可独立执行并跟踪进度的任务文件的请求。
当你有书面实现计划需要在单独会话中执行,并带有审查检查点时使用
通过 `rustcodegraph` 命令行界面使用 RustCodeGraph 理解、导航或脚本化操作已索引代码库。当用户要求使用 RustCodeGraph、需要高性能搜索检索代码、需要符号/源码/调用流上下文、调用方/被调用方/影响分析或受影响测试选择时使用。