Jujutsu 创始人离职 Google 加入创业公司 专注下一代版本控制

Martin von Zweigbergk 已经离开 Google，正式加入创业公司 ERSC（East River Source Control）担任 CTO。他将把全部精力投入到 Jujutsu（简称 JJ）的开发中，这个他从 2019 年底开始的业余项目如今已成为 Git 的重要挑战者。

这一人事变动直接把 Jujutsu 从 Google 内部孵化项目转变为独立创业公司的核心产品。项目目前在 GitHub 上有超过 3 万个 star，以 Apache 2.0 许可证完全开源，定位是解决 Git 长期积累的各种使用问题。

Git 的核心痛点已持续十多年

Git 自 2005 年发布以来，几乎成为分布式版本控制的事实标准。但它的命令行接口设计围绕底层对象模型展开，导致新手学习曲线极陡。用户经常需要在 stackoverflow 上搜索具体报错才能完成简单操作，比如 rebase 冲突后的修复流程常常让人困惑。

更麻烦的是 Git 的分支模型。每次创建分支实际上只是创建一个引用，历史记录以 commit graph 的形式存在，这让「修改历史」这类操作变得既强大又危险。用户一旦执行错误的 reset 或 rebase，就可能丢失本地改动，恢复过程依赖 reflog 且容易出错。

大型仓库下的性能也一直是痛点。Linux 内核仓库或 Chromium 这样拥有数十万 commit 的项目中，git log、git blame 等命令响应时间会显著增加。Google 内部曾经因为类似原因开发了 Piper 系统，而 Jujutsu 的很多设计思路正是从这类大规模场景中提炼而来。

这些问题不是个别开发者偶尔遇到，而是几乎所有长期使用 Git 的团队都会反复面对的系统性缺陷。Jujutsu 正是针对这些具体缺陷提出的替代方案。

Jujutsu 如何在设计上区别于 Git

Jujutsu 的核心创新在于它改变了版本控制的抽象层次。它不再直接暴露 Git 那样的对象模型，而是提供更接近用户思维的工作流。用户不再需要理解「commit 是不可变的，rebase 是重写历史」这类底层概念，工具本身会处理这些细节。

它的变更（change）概念不同于 Git 的 commit。变更可以被随意修改、拆分、合并，而不需要立刻决定最终历史记录。这让实验性工作变得更安全，用户可以在不污染主分支的情况下反复调整代码组织方式。

Jujutsu 同时支持两种工作模式：一种是直接操作本地仓库，另一种是连接到 Sapling 或 Git 后端。这意味着现有 Git 用户可以逐步迁移，而不必一次性抛弃所有历史数据。项目强调「兼容」而不是「替换」，这降低了采用门槛。

性能方面，Jujutsu 在大型单体仓库中表现更好。它使用不同的索引结构，避免了 Git 在处理巨型 commit graph 时常见的瓶颈。虽然目前还没有公开的基准测试数据，但从 Google 内部孵化背景来看，其设计目标明确指向大规模代码库场景。

命令行接口也更简洁。很多 Git 需要多步操作才能完成的任务，在 Jujutsu 中被压缩成单个清晰的子命令。这直接降低了新成员的培训成本。

Martin 离职 Google 的直接原因和下一步计划

根据公开信息，Martin 在 Google 的工作后期已将 Jujutsu 转为全职项目。这意味着 Google 内部已经认可了它的价值，但公司层面的优先级和创业公司仍有差距。加入 ERSC 后，他可以不受内部流程限制，快速迭代产品方向。

ERSC 作为一家专注于「下一代版本控制平台」的初创公司，显然把 Jujutsu 当作核心技术资产。Martin 以 CTO 身份加入，表明公司不仅要继续开源开发，还可能围绕它构建商业产品，比如托管服务、企业特性或集成开发工具链。

这一变动也意味着 Jujutsu 的开发节奏有望加快。此前作为 Google 员工的兼顾项目，现在成为 Martin 的主要工作，社区可以期待更频繁的发布和更清晰的路线图。

目前还不清楚 ERSC 的融资情况和具体商业模式，但从公司名称「East River Source Control」能看出，其目标是打造一个独立的版本控制基础设施提供商，而非简单地为现有 Git 平台打补丁。

这一变动对开源版本控制生态的影响

Jujutsu 的持续发展给整个版本控制领域注入新变量。过去十年里，虽然出现了 Mercurial、Bazaar 等替代品，但最终都没能动摇 Git 的主导地位。Jujutsu 不同，它从一开始就强调与 Git 的互操作性，同时在用户体验上做出根本性改进。

如果 Jujutsu 能保持快速迭代并解决实际痛点，未来可能出现「Git 仍然是底层存储，但日常工作切换到 Jujutsu」的情况。这类似于很多人用 GUI 客户端操作 Git，但底层仍是 Git 对象模型。

开源社区的反应也值得注意。项目已经积累 3 万 star，说明有相当规模的开发者在关注。接下来 ERSC 是否会继续保持完全开源、如何处理与 Google 的关系、是否接受社区大规模贡献，都会影响项目的发展轨迹。

更长远看，这一事件可能鼓励更多大公司工程师把内部孵化项目开源并独立创业。Google 内部的版本控制经验被带到开源领域，最终可能反哺整个行业。

中国开发者如何参与和受益

对中国开发者来说，Jujutsu 提供了一个参与前沿开源项目的机会。项目使用 Rust 语言开发，这正是国内近年来增长最快的技术栈之一。熟悉 Rust 的开发者可以直接阅读代码、提交 bug report 或贡献补丁。

国内很多团队面临和 Google 类似的问题：大型单体仓库、频繁的重构、复杂的分支管理。Jujutsu 的设计思路对这些场景有直接参考价值。即使不立刻切换工具，研究它的变更模型也能帮助团队改进现有 Git 工作流。

参与方式可以从简单的事情开始：翻译文档、在中文社区分享使用体验、报告在 Windows 或特定 CI 环境下的兼容性问题。项目目前由单一作者主导，社区贡献的增加能让它更快成熟。

企业层面，关注 Jujutsu 的发展有助于判断未来版本控制工具的演进方向。一些前沿互联网公司已经在内部测试类似的新工具，尽早了解技术趋势能避免被生态变化甩在后面。

当然，目前 Jujutsu 仍处于快速发展阶段，是否适合大规模生产环境使用还需要更多验证。但它的出现本身就打破了「Git 不可替代」的固有印象，给开发者提供了新的选择。

版本控制工具的未来可能走向

Martin 加入 ERSC 后，Jujutsu 不再是个人或大公司内部的项目，而成为一家创业公司生存发展的核心。这通常意味着更强的产品化导向：不仅要做好开源核心，还要考虑易用性、文档、集成和支持服务。

如果 ERSC 能成功，可能会看到更多围绕版本控制的创新出现。比如把变更模型和现代代码审查工具深度结合、提供更智能的冲突解决机制、或者针对 AI 辅助编码时代的版本控制新范式。

Git 不会在短期内消失。它庞大的生态、成熟的托管平台和广泛的人才储备仍是巨大优势。但 Jujutsu 这样的项目正在证明，版本控制领域仍有大量改进空间，新的抽象层次能带来显著的用户体验提升。

最终结果可能不是「Jujutsu 完全取代 Git」，而是形成分层体系：底层用稳定、高兼容的存储格式，上层用更符合人类思维的交互模型。这或许才是版本控制工具的合理演进路径。

无论如何，Martin 的这次职业选择让 Jujutsu 的未来变得更加明确。接下来一两年内，我们应该能看到这个项目在独立公司驱动下的显著进展，而这对整个开源社区和中国开发者都是值得跟踪的变化。

参考来源