作为全球开发流程核心的Git源代码管理系统，其任何不兼容变更都备受开发者关注。目前，预计于9月底发布的Git 2.56版本已进入发布候选（RC）阶段。尽管该版本并非颠覆性更新，但其后续版本——备受期待的Git 3.0——极可能带来重大架构变革。
Git 2.56：稳健迭代与新工具尝试
Git 2.56包含超过700次非合并提交，旨在优化体验而非重构底层逻辑。其中一项值得关注的实验性功能是为git history工具箱新增drop子命令：
$ git history drop <commit-id>
该命令可从当前分支历史中移除指定提交，并重放后续所有提交，为清理问题提交提供了更简便路径。但受限于技术实现，若历史记录中包含合并提交，该命令将无法执行，这在一定程度上限制了其在复杂仓库中的适用性。
其他改进包括：git status现在会建议对落后于跟踪分支的本地分支运行git pull，但在远程跟踪分支未获取时仍显示“最新”；git refs新增create、delete、update和rename等子命令，用于底层引用操作；git branch增加--delete-merged选项以删除已合并至远程的本地分支，并在尝试删除用于二分查找的分支时提供明确报错；配置文件锁定失败时将自动重试；git add新增--resolved选项，仅添加已解决冲突的文件。
总体而言，2.56是一个稳固的版本，大量错误修复、重构和性能提升为其背书，但也显示出项目团队正将更具破坏性的变革推迟至未来。
展望Git 3.0：SHA-256默认化与架构升级
9月初，Git维护者Junio Hamano就下一版本策略征询社区意见：是直接推出酝酿已久的3.0版本，还是继续发布2.x系列过渡？这一决策至关重要，因为Git 3.0计划引入多项兼容性破坏变更。
最核心的变化是将默认哈希函数从SHA-1切换至SHA-256。自Git诞生以来，SHA-1一直用于标识对象和验证提交链，但其安全性早已受到质疑。尽管Git已内置针对已知SHA-1攻击的防御措施，且自2.42版本起已支持SHA-256，但默认切换的最大阻碍在于代码托管平台的兼容性。目前GitLab和Forgejo已提供支持，而GitHub的态度至关重要。GitHub员工、SHA-256过渡关键开发者brian m. carlson透露，相关支持消息即将公布，并建议直接将下一版本定为3.0。
此外，Carlson还推动另一项变更：Git将仅接受小写对象ID。此前Git虽以小写管理十六进制ID，但也接受大写输入，这种歧义曾引发bug和安全漏洞。尽管这可能影响少数依赖该行为的用户，但被视为必要的净化措施。
另一项重大升级是默认启用“reftable”机制。传统Git将每个引用（ref）存储为单独文件，随着Android等大型仓库引用数量突破80万，性能瓶颈日益凸显。Reftable采用二进制文件格式，优化了空间效率和访问速度。虽然Git 2.45已引入该功能，但从未默认开启。鉴于libgit2已在8月默认启用SHA-256并添加reftable支持，主要依赖库已为过渡做好准备。
最后，Git 3.0预计将强制要求Rust编译器环境。尽管目前对Rust代码的支持仍属实验性质，但未来缺乏Rust编译器的平台将无法升级。Carlson认为，JGit和Gitoxide等主要实现者早已获知此计划，且非主流平台的支持不应成为阻碍3.0发布的理由。
最终决定权在于Hamano。他表示：“这不是人气竞赛，甚至不是民主投票。”截至目前，社区并未出现强烈反对进入3.x时代的声音。若Git 3.0未在2026年内发布，其亮相也已近在咫尺。值得注意的是，使用SHA-1且未启用reftables的旧仓库将继续得到完全支持。