commit-rewriter 0.2 发布：支持指定分支重写 Git 提交

commit-rewriter 0.2 带来了什么

开发者 Simon Willison 的开源工具 commit-rewriter 迎来了 0.2 版本更新。这次更新的核心变化是新增了对非默认分支的支持——此前该工具只能针对仓库的默认分支运行，现在可以通过命令行参数指定任意分支。

具体来说，用户只需在命令中加入 --branch 参数即可指定目标分支。完整的调用方式为：

uvx commit-rewriter --branch other

这一改动对应项目中的 Issue #3，解决了实际使用中一个明显的痛点：开发者往往需要在功能分支或维护分支上进行提交历史的整理，而不仅仅局限于 main 或 master 这样的主干分支。

工具定位与使用场景

commit-rewriter 是一个用于重写 Git 提交历史的命令行工具。它借助 uvx 运行，无需预先安装即可通过 Python 生态直接调用，这也符合 Simon Willison 一贯偏好轻量、即用即走的工具设计思路。

对于日常需要清理提交信息、批量调整历史记录的开发者而言，跨分支支持大大拓宽了工具的适用范围。团队协作中常见的情况是：主干分支保持相对稳定，而各类实验性或阶段性工作都在独立分支上进行。0.2 版本让这些场景下的提交历史整理成为可能。

uvx 是 Python 包管理工具 uv 提供的一个子命令，功能类似于 npx（Node.js 生态）——它允许用户在不全局安装某个包的前提下，临时创建隔离环境并直接运行该包提供的命令行工具。背后的机制是：uvx 会在首次运行时自动下载并缓存目标包，后续调用则复用缓存，整个过程对用户几乎无感。这种模式的优势在于不污染全局 Python 环境、无需 pip install 前置步骤，特别适合频率不高但需要随时可用的开发辅助工具。uv 本身是用 Rust 编写的高性能包管理器，近年来在 Python 社区中快速普及，正逐渐成为 pip 与 pipx 的有力替代方案。

小步快跑的开源迭代

从 0.1 到 0.2，这次更新虽然只增加了单一功能，却体现了开源工具典型的迭代节奏：围绕真实用户反馈（Issue #3）做出针对性改进，而非一次性堆砌大量特性。这种小步快跑的方式有助于保持工具的稳定性和可维护性。

对于关注 Git 工作流优化的开发者，可以在项目的 GitHub Release 页面 查看完整的发布说明，并通过 uvx 快速试用最新版本。

需要提醒的是，任何涉及重写 Git 历史的操作都应谨慎使用，尤其是在已经推送到远程的共享分支上，重写历史可能影响其他协作者。建议在操作前做好备份或先在本地验证效果。

Git 历史重写本质上是对已有提交对象的替换或修改，常见手段包括 git rebase -i、git filter-branch 以及更现代的 git filter-repo。由于 Git 提交通过 SHA-1/SHA-256 哈希链接，修改任意一个提交都会导致其后续所有提交的哈希值发生变化。这意味着若远程分支已被他人基于旧提交拉取，重写历史后双方的分支将出现分叉，强制推送（git push --force）会覆盖远程记录并给协作者带来冲突风险。因此，重写历史的操作通常只建议用于尚未共享的本地分支，或团队已达成共识、明确知晓影响的受控场景。