Git 2.52 maintenance.geometric：大仓库怎么绕开「50 个 packfile 就 all-into-one」

git maintenance 从 2.28 引入，2.29 起成为自动维护的默认机制，但真正执行维护任务的仍然是 git gc。gc 策略有一个固定阈值：当仓库里的 packfile 超过 50 个，它会把所有 pack 合并成一个，也就是 all-into-one repack。对大 monorepo 来说，这一步的 CPU 和 IO 开销可能达到几十分钟到几小时，而且每次触发都要重来一遍。

另一条路是 incremental-repack：它做增量合并，但从不清理不可达对象，仓库里长期积累的垃圾会一直留着。

geometric：按对象数排成等比序列

2.52 新增 geometric 任务。它先检查仓库内容，看能否把若干个 packfile 按对象数整理成等比序列：每个 pack 至少是下一个的两倍对象数。满足条件就做 geometric repack——只压缩，不清理对象，大仓库不必每次都被 all-into-one 拖着走。

需要清理时也不会漏掉：如果判断出 geometric repack 会把整个仓库打成一个 pack，就直接退化成完整的 git gc，一次性完成整合并清理不可达对象。常态是等比合并；只有 pack 太少、合完只剩一个的极端情况，才走全量 gc。

配置：

git config set maintenance.strategy geometric

验证：

git config get maintenance.strategy
git maintenance run --task=geometric

2.53 计划把 geometric 设为默认策略。

同一版本里的其他命令与行为

refs 子命令：git refs list 等价于 for-each-ref，支持同样的选项；git refs exists 等价于 show-ref --exists。

git repo 是新的实验性命令。git repo info 接受 layout.bare、layout.shallow、object.format、references.format，输出形如 layout.bare=false、object.format=sha1、references.format=files。git repo structure 打印引用与可达对象统计：References count/branches/tags/remotes/others，Reachable objects count/commits/trees/blobs/tags。

git last-modified 显示最近一次改动每个路径的祖先提交。git diff-tree 加了 --max-depth。git cmd --help-all 现在可以在仓库外使用。

core.commentChar=auto 被标记为弃用，理由是支持成本高、收益小。

stash.index 配置可让 git stash pop/apply 默认带上 --index。

git add -p 里，标记为 selected 的 hunk 再 split 时，拆出的片段现在都是 undecided 状态，并显示 'P'ipe 命令。

sparse-checkout 新增 clean 动作，用于清理稀疏定义之外残留的工作区文件——比如把某个目录从 sparse-checkout 集合里去掉后，工作区还留着它的文件，clean 负责扫掉。

路径通配符 pathspec（如 foo/bar/*/baz）现在对非通配部分也能用 changed-path Bloom filter 加速。

性能方面：git describe 改用优先队列，提升约 30%；git log -L 处理 merge commit 更快。

面向 Git 3.0

git init 从 Git 3.0 起默认分支为 main，仍可用 init.defaultBranch 配置覆盖。SHA1 与 SHA256 的互操作工作已经开始。这是第一个可以选择性使用 Rust 代码的版本，构建标志为 WITH_RUST，目前只用于变宽整数的编解码；Git 3.0 将要求 Rust。

来源：Highlights from Git 2.52（github.blog，2025-11-17，Taylor Blau）及 GitLab 同版说明。