技能介绍

你在解决什么问题

特性分支上堆了一串「fix typo」「WIP」提交，PR 审查像在读流水账；热修复要同时打进多个 release 分支；线上回归却说不清是哪次提交引入的 bug；误操作 reset 或强推之后，提交似乎「消失」了。这些都不是 git pull / git merge 能覆盖的日常操作，而是历史重写、跨分支搬运提交、系统化排错一类问题。

技能如何组织思路

本技能把 Git 高级能力按概念 → 工作流 → 技巧 → 恢复串起来，并指向仓库内的 playbook 与 reference：

交互式变基：用 pick / reword / squash / fixup / drop 等在推送前整理本地历史，配合「PR 前清理特性分支」等固定流程。
拣选与部分拣选：把单个或部分文件变更从一条分支搬到另一条，适合热修复多版本、不必整分支合并。
二分查找（bisect）：在干净工作区下用自动脚本缩小「引入 bug 的提交」范围。
工作树（worktrees）：不频繁 checkout 也能并行处理多个分支。
引用日志（reflog）：在误删、误 reset 后找回引用移动记录，作为约 90 天的安全网。

文档里还归纳了变基 vs 合并的取舍、自动压缩 fixup、拆分提交，以及 --force-with-lease、仅变基本地未共享提交等最佳实践，并列出变基公共分支、无租约强推、脏目录上 bisect 等常见陷阱。

适用边界

任务与 Git 历史、分支协作、排错恢复无关时不必启用。需要变基、拣选、bisect 的逐步命令与冲突处理细节时，应打开 resources/implementation-playbook.md 及 references/、assets/ 中的清单与别名，而不是指望技能替代官方 Git 文档或团队既定流程。