GitHub 之后，版本控制迎来第二次革命
Version Control Second Coming
2005 年 Git 横空出世时，我正在为 Plastic SCM 寻找天使投资人，那一刻我意识到前路艰难。二十年后，随着 AI 代理的兴起，版本控制领域再次迎来巨变。GitHub 的统治地位正受到挑战，Entire、Pierre、Origin、GitButler、East River Source Control、Diversion 和 Oxen.ai 等新兴力量正在重塑开发工作流。从支持超高频率的提交到云优先架构，这些新工具不仅解决了性能瓶颈，更重新定义了代码协作的方式。作为曾在 Plastic SCM 与 Git 竞争二十年，如今在 Origin 致力于加速 Git 的从业者，我亲眼见证了这场从工具到生态的深刻变革。
直到几个月前，那种久违的兴奋感才再次回到我身边。
HN 评论区
78- teiferer
读到文章三分之二我就放弃了。你到底想说什么？这场革命是关于什么的？所谓的“智能体”在根本上有什么不同，又是如何解决这些问题的？这所谓的“第二次降临”又是指什么？
另外，为什么说是“第二次”？Git 是第一次吗？那 Git 之前的其他东西呢？CVS 以前可是个大头，不管好坏。
- bolangi
梦想着“无处不在的虚拟文件系统”。嗯，听起来有点像 Plan 9。
很高兴能一窥处理这些庞大数据集的技术内幕。
- pjmlp
什么“第二次降临”？如果有选择，我依然会用 Mercurial 或者 SVN。
事实上，我使用 Git 的方式几乎没什么不同，我对钻研 Git 的魔法技巧毫无兴趣。
- rjsw
人们当时抱怨不得不使用 ClearCase，问题可不仅仅是价格。
- bob1029
听起来作者为了避免使用 git+lfs 或 perforce 吃尽了苦头。
我在 Unity 项目中使用 git+lfs，效果非常好。如果我真有个工作室，我会买一些 perforce 的席位。
像这样重新发明轮子真是累人。现成的方案已经被证明行之有效。AI 创作并不从根本上违反“某个实体拥有特定提交”的概念。我们的版本控制系统不需要新的 schema。“溯源”（Provenance）就是个唬人的词，用来把 AI 包装成某种拥有超人能力的先知。