代码写完了，测试全绿，然后呢？这个 Git 收尾 Skill 把合并流程做成了标准操作
代码写完了，测试全绿，终于要说”可以合并了”——然后你对着屏幕发呆，不知道该点哪个按钮。
本地 merge？推上去开 PR？还是先放着再说？大多数开发者在这个节点要么凭感觉乱选，要么直接 push 了事，事后才发现 commit 记录乱成一团。
这个 Skill 解决什么问题
finishing-a-development-branch 是 superpowers 框架里的一个 Skill，专注做一件事：当你功能开发完毕、测试全绿之后，帮你把这个分支干净利落地收尾。
它的核心逻辑很清晰：先跑测试 → 探测 Git 环境 → 给你三个选项 → 你选，它来执行。每一步都有判断、有默认值、有防呆设计。
什么时候用它
- 功能开发完成，准备合并到主分支
- 不确定该本地 merge 还是开 PR
- 想清理掉已经合并的分支但怕丢代码
- 有多人协作，想规范 commit 流程
核心工作流：三步走
第一步：跑测试。 Skill 会自动执行项目的测试套件（npm test / cargo test / pytest 都支持）。测试失败就停住，不给你任何选项——这是对的，合并失败代码是更大的麻烦。
第二步：探测环境。 它判断你是在普通仓库、worktree 还是 detached HEAD 状态，然后决定该显示哪些选项。不同状态下的选项是不同的——比如 detached HEAD 就不会给你”本地 merge”这个选项，因为没有分支可以 merge。
第三步：呈现选项。 普通仓库会给你三个选项：本地 merge、Push 并创建 PR、暂时保留分支。你选哪个它就执行哪个，不多不少。
为什么值得用
很多团队合代码靠的是”习惯”——谁熟悉谁说了算。但习惯的问题在于：没有记录、不可预期、换人就乱。
这个 Skill 把合代码这件事做成了标准操作流程，有输入有输出有判断，不存在”我以为应该这样”。而且它是 AI 原生设计的，融入 Claude Code 的工作流，用起来没有割裂感。
264K stars 的 superpowers 框架出品，质量有保证。Git 工作流标准化这件事，做了就有价值，不做迟早踩坑。
评论区
登录后可评论。