Git history 这个新命令，可能是 Git 近三年来最实用的功能。Git 2.54 的改动方向很明确：降低使用门槛，拥抱现代开发 workflow。
Git用了快二十年，早已成为开发者的默认装备——开机就启动，但时不时就会卡你一下。
想改历史记录？git rebase -i确实强大，但强大得像一把没有护手的电锯，用好了是神器，手一抖就是事故现场。
团队同步hooks？靠微信群发文件，或者在新人手册里加一句“记得手动复制到.git/hooks”。
仓库维护？git gc越跑越慢，pack文件默默膨胀，你明知道有问题，但就是懒得去碰。
这些问题不是没人提，而是提了太多年，大家都已经麻木了。
直到Git 2.54发布。
最重磅：终于不用rebase -i改历史了
git history这个新命令，可以说是Git近三年来最实用的功能。
改提交信息：git history reword
以前想改一条三天前的commit message，流程大概是这样的：
git rebase -i HEAD~5
# 找到那条 commit，把 pick 改成 reword
# 保存，等编辑器弹出来改 message
# 如果中间出冲突，还要解决冲突继续 rebase现在呢？
git history reword abc1234搞定。
不需要交互式编辑器，不需要手动编辑todo列表，更不会动你的工作区和暂存区。甚至连bare仓库里都能直接用。
拆分提交：git history split
以前把一个大commit拆成两个，堪称Git十大噩梦场景之一。
典型场景：你一次性提交了“修复登录 Bug + 优化样式”，但代码评审时要求拆开。
以前的流程：
git rebase -i HEAD~3
# 找到那个 commit，把 pick 改成 edit
# 保存后 rebase 停在那个 commit
git reset HEAD~
git add -p # 手动选要保留的代码块
git commit -m “修复登录 Bug”
git add . # 剩下的
git commit -m “优化样式”
git rebase --continue
# 如果后面有冲突还要解决...现在：
git history split abc1234执行后会进入交互式界面，Git会逐个展示这个commit里的代码块（hunk），你按y选进第一个新commit，按n留给第二个。选完后自动帮你拆成两个commit，后续分支的引用也会自动更新。如果你拆到一半想反悔，按q退出，整个操作会干净地回滚，不会留下半成品状态。
这两个功能目前还是实验性的，但已经可以直接用了。如果你经常需要整理提交历史，这绝对是生产力核弹。
Hooks 终于能进配置文件了
以前Git hooks最大的痛点是什么？没法共享。
.git/hooks目录不在版本控制里，团队里每个人clone完仓库都要手动复制hooks文件，CI环境里更是没法统一配置。很多人干脆放弃hooks，或者写一堆wrapper脚本来曲线救国。
Git 2.54终于支持在配置文件里定义hooks了：
[hook “pre-commit”]
command = npm test
[hook “linter”]
event = pre-commit
command = eslint .这意味着hooks可以写进.gitconfig、仓库的config文件，甚至系统级的/etc/gitconfig。同一事件可以挂多个hooks，按配置顺序执行。
对团队来说，这等于hooks终于实现了“可配置、可共享、可版本管理”。对自动化工作流和AI Agent来说，这也是个大利好——再也不用去碰.git/hooks那个黑盒目录了。
性能暴增
如果你管理过大型仓库（尤其是monorepo），一定经历过git gc越跑越慢、pack文件越来越大的痛苦。
Git 2.54把geometric repacking变成了git maintenance run的默认策略：
git maintenance run
# 现在默认使用 geometric repacking，无需额外配置简单来说，它不再每次都做全量整理，而是按几何级数增量合并pack文件。实测下来，大型仓库的维护时间明显缩短，内存占用也更友好。这个改动对普通用户是无感的——它就在后台默默运行，但你的仓库会越来越“健康”，而不是越来越“臃肿”。
其他值得关注的改进
git add -p更聪明了
交互式暂存时，按J/K导航会显示你对每个代码块的选择状态（已接受 / 已跳过），不用再凭记忆操作。还加了--no-auto-advance选项，处理完一个文件不会自动跳到下一个，方便你整体看完再确认。
git rebase --trailer批量加签名
以前给一串 commit 批量加Reviewed-by:要写脚本，现在一条命令搞定：
git rebase --trailer “Reviewed-by: 张三 ” HTTP 429 自动重试
CI拉仓库遇到限流不再直接崩溃，Git会自动按服务器的Retry-After头部重试，还能配置重试次数和间隔。
Unicode 别名
Git alias终于支持中文等非ASCII字符了。虽然是个小改动，但对非英语开发者来说，体验友好很多。
写在最后
Git 2.54的改动方向非常明确：降低使用门槛，拥抱现代开发 workflow。
git history和配置化hooks这两个核心功能，明显是在回应社区对“Git 太难用”的长期抱怨。事实上，很多设计思路能看到Jujutsu（jj）这类新一代版本控制工具的影子——Git终于开始认真考虑DX（开发者体验）了。
对于还在用Git 2.30、2.40的老版本用户，这次更新值得升级。所有新特性都向后兼容，不会破坏现有工作流。
