Jujutsu 创作者 Martin von Zweigbergk 出任 ERSC CTO
The creator of Jujutsu has joined ERSC
East River Source Control 正式宣布，Jujutsu 版本控制系统的创始人 Martin von Zweigbergk 已加入公司并担任首席技术官。Martin 自 2019 年启动 Jujutsu 项目以来，将其打造为拥有超过 3 万 GitHub 星标的开源利器，此前他还曾在 Google 负责 Fig 项目并贡献于 Git。此次加入旨在带领团队构建下一代版本控制平台，以应对 AI 重塑软件行业带来的指数级代码管理需求。Martin 将继续维护 Jujutsu 开源项目，同时推动 ERSC Storage 进入私有测试阶段，解决 Git 在大规模场景下的存储瓶颈问题。
Jujutsu 优化了版本控制中运行在你笔记本电脑上的部分，但远程服务器依然是 Git，而 Git 对于规模化产品来说存在一个很快就会遇到的上限。
HN 评论区
250- umvi
我喜欢 Jujutsu 的理念，但我目前的操作规模还不足以让它那些“杀手级功能”真正大放异彩。Git 几乎从未给我添过乱，我从未遇到过需要处理复杂的章鱼式合并（octopus merges）之类的情况。通常流程就是：建个特性分支，实现功能，合并，偶尔修一下合并冲突。JJ 似乎更适合那些喜欢同时维护大量活跃分支并频繁切换的人，而我通常一次只专注于一件事。我从未想过“Git 太让人抓狂了，真希望有东西能取代它”，因为我每天反复使用的就是那 5 个命令，它们从未阻碍过我。更不用说 jj 自己还有一堆晦涩的语法，全是那些 "@--+::" 之类的符号，我得重新训练大脑去记这些符号，而不是 `ref~N` 之类的。
- steveklabnik
和 Martin 共事非常愉快，我们很快就会有更多消息要分享！
- fallat
得有人给我解释一下它的价值主张是什么……
我们已经有 Git 了。
Jujutsu 是基于 Git 工作的。
Git 能做 Jujutsu 能做的一切（否则 Jujutsu 就没法基于 Git 工作了）。
所以，Jujutsu 本质上就是一个 UX 层面的改进，或者说是个新方向盘。
ERSC 想成为 GitHub 的竞争对手，它提供的增量价值是什么？
别误会，GitHub 确实有一堆自己的问题，但我没看到任何关于 ERSC 如何解决 GitHub 那些弊端的讨论。我们这是从一个煎锅跳进另一个目前看起来更酷的煎锅吗？
那 SourceHut 呢？Codeberg 呢？它们也能提供同样的“方向盘”。
编辑：感谢所有回复我的人。企业/团队基础设施这个角度说得通。
- cisrockandroll
太酷了！恭喜。我喜欢 JJ 的思维模型。它的约束少得多，让我能随心所欲。想给同一个提交做 5 个版本？很简单。需要立刻推送一个变更，却不想提前创建分支、暂存更改、诸如此类？JJ 都能适应。
一旦你开始用 JJ 的思维模式，再回过头用 GitHub 当代码仓库时，就会觉得挺让人抓狂的。
- minraws
jj 是我刚开始接触时感到相当挫败的少数几个新开发工具之一，但能看到它的价值所以坚持了下来，结果发现它真的很好用。
对好奇的人来说，jj 最大的亮点就是你可以撤销（undo）。基本上，如果你在运行 rebase 时搞错了 commit sha 或分支名，别担心，撤销出来就行；如果你忘了 push 却不小心废弃了一个提交，也没问题，撤销它。jj 的所有命令都支持这一点。
Delta db 更进一步，你做的每次编辑都是一个变更，所以你实际的编辑内容也都被保存下来了。
我觉得这种“尽可能长时间保持非破坏性”的方法非常棒。毕竟现在不像 2000 年代那样受限于存储空间之类的约束了，哪怕 2026 年 SSD 价格再贵，多买一块 SSD 还是很便宜的，我们完全可以在每个项目上浪费 100MB 来存储那些可能永远用不到的冗余历史。
就像 Photoshop 里的非破坏性编辑一样，这对人类特别有用，对 AI 和 LLM 也一样，它们也能撤销自己的错误。
- jph
Jujutsu 是一个更好、更聪明的 Git。它是更优 UX、更强表达力和更易用性的完美融合。
如果你还没试过 jj，不妨去体验一下，看看感觉如何。
- ksymph
所以我理解对了吗：ERSC 正在为 jj 开发一个不同于 Git 的替代后端（并且大概也会提供相关的配套基础设施）？
- phi-go
没有任何关于 Jujutsu 未来的消息，所以我猜这对 jj 用户来说是个坏消息？