开源项目 Git 于 2026 年 9 月 28 日发布了 2.56.0 版本，共有超过 104 人参与贡献，其中包括 39 名新贡献者。该版本重点降低合并错误的风险，并加快大型仓库和代码托管服务所依赖的操作。
初始化冲突时不触碰其他修改
Git 2.56 新增了 git add --resolved 模式，用于处理仅处于冲突状态的文件。与 git add -u 等命令不同，新模式不会尝试添加所有已跟踪的修改文件，从而保护与合并操作无关的本地修改。
在初始化之前，Git 会检查未合并的文本文件中是否残留冲突标记。如果在任何指定文件中发现标记，它会保持索引不变，而不是初始化部分流程。可以使用 pathspec 限制操作范围；删除操作和二进制冲突则会按正常方式处理，因为其中不包含文本标记。
加快查找合并基准
该版本改进了在提交之间查找最佳共同祖先的算法。这一过程被合并操作、三点差异以及拉取请求比较所使用。当搜索队列中的一侧专属提交耗尽时，Git 现在会停止，因为此时不可能再出现新的合并基准。
在一个大型单体仓库的测试状态中，这一改动将操作时间从 0.68 秒降低到 0.01 秒；在两个大型仓库上的生产力评估中，其中一个仓库的性能提升约 70 倍，另一个平均提升接近 20 倍。此外，在一个与 Linux 内核相关的状态中，git merge-base --all v4.8 v4.9 从 167,441 步、0.29 秒降低到 3,887 步、0.01 秒。
面向托管服务的更小重新打包
Git 2.56 消除了使用基于路径的重新打包技术的两个障碍。这项技术会将仓库树中相近的文件对象集中起来，以改善压缩效果。在 Fluent UI 仓库副本上的测试中，存储包大小从使用传统重新打包时的 558.5 MB 降至使用 --path-walk 时的 164.4 MB，降幅约为 71%。
这种方式现在兼容可达性位图和差异岛，使托管服务能够评估存储节省，同时保留现有的服务机制和隔离机制。不过，它默认不会启用，也不意味着所有仓库都会自动转换。
其他工具和实际改进
- 实验性命令 git history drop 新增了删除提交并在其后重新运行提交的功能，但与冲突、根提交和合并操作有关的限制仍然存在。
- git refs 命令统一了创建、更新、删除和重命名引用的操作，并支持通过旧值实现 compare-and-swap 保护。
- git branch --delete-merged 支持依据跟踪分支批量删除已合并分支，并提供预览选项和指定分支保护。
- git bisect run --reset-when-found 新增了在找到导致故障的提交后自动重置状态的功能。
- git repack 命令可以手动清理部分克隆中恢复的大型二进制对象，同时在需要时保留从可信服务器获取这些对象的能力。
- git log --follow 改进了在非线性历史记录中跟踪路径重命名的能力，也改进了多根图形的显示。
为什么这个版本很重要？
Git 2.56 的实际价值并不局限于新增命令；该版本还直接解决了开发人员和仓库管理员工作中的摩擦点。git add --resolved 模式降低了意外包含无关更改的可能性，而合并基准和重新打包方面的改进则针对大型仓库中的时间和存储成本。不过，部分工具仍处于实验性或需要手动使用的状态，尤其是历史记录管理命令和部分克隆中的对象清理命令，因此不应将它们视为自动化策略，也不应无条件地将其作为现有工作流的替代方案。
该版本表明，Git 项目仍在算法和内部结构层面持续改进性能，而不仅仅是为最终用户增加命令。版本详情建议在生产环境采用实验性功能之前，参阅完整的 Git 2.56 发布说明，以审查其余变更。