Git 2.48 发布：全面迁移至 Meson 构建系统，内存泄漏问题已修复

Git 2.48 现已支持 Meson 构建系统，这套现代化方案将逐步取代已有的 Makefile、Autoconf 和 CMake 构建体系，有效地解决了旧有系统在 IDE 支持方面的局限性和维护难题。

根据 GitLab 的 Git 专家 Christian Couder 在 Git 2.48 更新说明中的解释，Meson 相较旧版的构建系统展现出多项关键优势，其中包括：直观的语法设计、广泛的兼容能力、对现代特性的支持，以及便捷的构建选项访问。Mason 的构建流程包含有创建构建目录、编译代码、执行测试和安装部署等标准化步骤，通过简单的分步操作指令即可完成。

值得注意的是，Git 在 2.48 版本中实现了重大突破：经测试套件验证，当前版本已完全消除内存泄漏问题。在此前版本中，223 个测试文件存在内存泄漏问题，2.47 版本将这一数量降至 60 处，而本次更新则是实现了彻底的修复。这项成就与 Git 的"库化改造"目标（将核心组件转化为标准库）及内存使用优化的战略高度契合。除非有特殊说明，所有新增测试默认都是能确保无内存泄漏问题的。

基于 bundle URI 的抓取操作现已支持通过 fsck 机制 进行完整性验证，这与常规抓取操作的验证方式保持了一致。这项改进允许根据问题的严重程度，对可接受或需拒绝的异常情况进行细粒度控制。此前版本中的 bundle 抓取不支持这项功能，此次更新则显著提升了仓库操作的安全性和易用性。

在引用一致性检查方面，Git 2.48 有了新的改进。git-fsck 命令现已能够检测出引用内容非法或符号引用指向无效目标等问题。这套检测机制最初是作为 2024 年谷歌编程夏令营（GSoC）项目的开发成果出现，现已正式整合至其核心工具链中。

Lobster 和 Reddit 平台上的技术社群在该版本的发布帖下展开了讨论。Lobster 社群上的技术讨论串中提到，尽管已知 SHA-1 存在安全缺陷，Git 和 GitHub 仍在使用该算法。虽然 Git 内置了防护措施，但开发者仍担忧可能出现的兼容性问题，以及误触发哈希碰撞检测机制所带来的潜在风险。

作为 Git 2.45 版本引入的引用存储后端（用于管理分支、标签等数据），Reftables 在 2.48 版本中通过迭代器重用优化实现了性能的提升，新版解决了此前每次读取引用都需要新建迭代器的效率瓶颈。现在的 Reftables 可以通过复用单个迭代器完成多次读取操作，使得随机读取事务中的引用创建速度提升 7%，未来还可通过迭代器内部状态复用实现更多性能优化。

该版本还通过 git refs migrate 命令新增了跨后端迁移引用日志（reflog）的功能。虽然在 Git 2.46 中已引入过后端迁移工具，但此前版本无法在基于文件的传统存储方案与 Reftables 之间转换引用日志。尽管当前版本仍不支持含多个工作树的仓库迁移，但也已经为采用 Reftables 的用户消除了一大限制条件。

面向 git branch、git tag 和 git for-each-ref 等命令的 ref-filter 子系统 也进行了性能优化，显著提升了处理大型仓库海量引用时的执行效率。

关于本次更新的完整内容，可参考 GitLab 官方公告，项目发布说明中列出了所有贡献者名单。

查看英文原文：

Git 2.48: Modernized with Meson Build System, Memory Leaks Fixed (https://www.infoq.com/news/2025/01/git-modernized-meson-build/)