人事任命：Jujutsu 之父执掌 ERSC 工程
纽约时间 9 月 1 日，初创公司 East River Source Control（ERSC）正式宣布，版本控制系统 Jujutsu 的创造者 Martin von Zweigbergk 加入公司出任首席技术官，将领导其下一代版本控制平台的工程研发。Jujutsu 起步于 2019 年底的一个业余项目，随后成为 von Zweigbergk 在谷歌的全职工作，如今在 GitHub 上已收获超过 3 万颗星，以 Apache 2.0 许可证开源。ERSC 联合创始人兼首席执行官 Benjamin Brittain 表示，由 von Zweigbergk 领导工程团队，将让公司的技术能力提升到「完全不同的层级」。
从 Mercurial 到 Jujutsu：二十年的版本控制积淀
在创造 Jujutsu 之前，von Zweigbergk 曾参与开发 Fig——一个让谷歌工程师在 Piper 单体仓库之上获得分布式工作流的 Mercurial 客户端，同时也为 Git 本身贡献过代码。根据 2022 年 Stack Overflow 开发者调查，96% 的开发者在职业工作中使用 Git。这样的履历意味着他既深入理解集中式巨型仓库的工程约束，也清楚分布式模型为何能赢得开发者社区。Jujutsu 的设计以兼容 Git 仓库为前提，重点改造开发者本地的工作流：更安全的工作区副本管理、更直观的变更模型以及无需暂存区的操作体验，这些特性让它近年在重度用户中积累了扎实口碑。
为什么版本控制的存储层需要重做
von Zweigbergk 在声明中解释了这次转身的技术判断：「Jujutsu 改进的是版本控制中位于你笔记本上的那一半，但远端服务器仍然是 Git，它存在一个规模化产品很快就会撞上的天花板。我们认为存储层必须随之改变以匹配新的工作模式，而这类工作由公司来支持比开源项目更合适。」ERSC 于 2025 年成立，由 Amplify Partners 投资，目标是构建「面向人与机器的下一代版本控制平台」。公司认为，AI 正在重塑软件产业，使组织的源码管理与协作需求呈指数级增长——现有以人类开发者为中心的工具体系将面临根本性挑战。
AI 代理涌入仓库：新存储层的直接动因
这一判断与近期开发者社区的观察相互印证：大量 AI 编码代理并行生成变更，使分支数量、提交频率与评审负载远超传统工作流的设计容量。人类主导的 Git 工作流默认变更由人发起、按天粒度合并，而代理工作流可能在一小时内产生数十个待评审变更，代码评审与冲突处理随之成为瓶颈。ERSC Storage 将于本月晚些时候开启私人测试，其核心思路是把版本存储从「Git 服务器加周边附件」的架构，转向为高频、机器生成的变更原生设计的数据层，让存储、评审与协作在同一个模型中闭环。
对开源社区的影响与展望
值得开发者放心的是，ERSC 明确承诺 von Zweigbergk 将继续担任 Jujutsu 开源项目的核心维护者，项目仍以 Apache 2.0 许可证发布。这意味着 Jujutsu 的社区路线不会因创始人转向商业公司而中断，反而可能因公司资源的投入而加速演进。回顾历史，版本控制领域的商业化并不罕见——GitHub 建立在 Git 之上并定义了托管协作时代——但由核心作者亲自下场重构存储层的案例尚属首次。ERSC 能否把「人与机器协作的版本控制」从愿景变成产品，本月开始的私人测试将是第一个公开检验节点。