技能介绍

要解决的问题

在传统 Git 分支模型里，功能拆成多个小提交时，要么把每个提交都发到独立分支，要么在共享分支上不断 rebase，导致提交图被压平、父提交关系丢失。评审者很难看出“这个提交是上一个提交的下一步”，作者也常为了一次 review 临时建分支、再合并后删除，最后本地历史和远程记录对不上。该技能面向堆叠提交场景：一次需求由多个互相依赖的提交组成，理想状态是每层只暴露给对应评审者，但底层工具要能表达并维护这种依赖。

技能如何工作

它把 git-branchless 的工作流固化为一组可重复操作。核心是保持提交图可读：smartlog 用来查看堆叠结构和每层待办；restack 调整提交顺序与父依赖，把某个提交移动到正确层上；undo 回退最近一次操作，降低试错成本；sync 把本地记录同步到远端，而不必为每个评审创建一次性分支。使用时先在功能仓库里形成清晰提交链，再按评审粒度逐层共享，避免提交图被无关分支或合并噪声污染。

适用边界与注意点

这套流程依赖 Git 与 git-branchless 二进制，且上游仍处于 alpha 阶段，后续可能出现 breaking change。配套的 gitjk 需要 shell alias，只能回退最近一次命令，对 rebase 等部分 Git 操作支持有限。它更适合愿意承担无分支工作区迁移成本的团队；如果仓库历史已经高度依赖分支保护、PR 审批和发布回滚，迁移前需要先验证工具边界。