commit-rewriter 0.2 只加了一个功能：支持对非默认分支执行提交重写。这是一次小升级，但工具的存在本身反映了一种被忽视的工作流摩擦。

这是什么

commit-rewriter 是独立开发者 Simon Willison 写的命令行工具，用来改写 Git 仓库的提交历史——把混乱的提交记录整理成人类能读懂的版本。0.2 版新增支持指定非默认分支。

对不写代码的人来说，"改写提交历史"本质和你重写一份文档草稿差不多——擦掉中间过程，留下清晰终稿。

行业怎么看

Simon Willison 在英文开发者社区被视作"工具匠人"，但我们直说：这次更新算不上行业事件。

反对视角：把精力花在"让 commit 历史好看"上，是不是本末倒置？真正影响团队效率的是需求管理、代码评审、测试覆盖——commit 再干净，代码本身是烂的也没用。多数团队连分支策略都没理顺，先去打磨历史记录，是典型的过早优化。

另一面：但团队规模扩大、做代码审查、合规审计、回溯事故时，"干净可读的提交历史"会从锦上添花变成刚需。这种工具演进方向和 AI 自动生成 commit message 是同一脉络，都在解决同一问题：代码是人写的，但要同时被机器和后来的人读懂。

对普通人的影响

  • 对企业 IT：代码库迁移、分支整合或合规审计时值得让工程团队评估，非技术部门几乎无感。
  • 对个人职场：影响有限。除非是开发者或管理 5 人以上工程团队，否则不需要关注。
  • 对消费市场：基本为零。一次完全面向开发者的工具升级。