1700万美元，GitHub创始人竟然想干掉Git！ 国外程序员吵翻了！

GitHub的联合创始人Scott Chacon最近筹集了1700万美元，他的目标很简单：

干掉Git！

作为绝对的Git资深玩家，豆瓣9.0分《Pro Git》的作者，一个靠Git吃饭，成名，发财的人，Scott Chacon为什么要“反水”？

这1700万美元，是要做一个“Git之后的东西”：GitButler。

GitButler会保存Git的底层能力（DAG，Commit，History），然后重做上层交互模型，最终实现一个AI编程时代的版本管理工具。

01

Git出了什么问题？

Git堪称开发者世界中最让人又爱又恨的工具，它的底层抽象非常优雅，核心的数据结构只有四种：Blob、Tree、Commit、Tag。

这四者加上哈希引用，居然就能表达整个历史树！

设计极度简洁，但威力无穷。

这和 UNIX 哲学一样，少而精，组合强大。

所以，Git经受了20多年的考验而经久不衰。

不过，Git的分布式架构、暂存区（Stage）机制、分支管理策略以及复杂的命令组合，也让很多程序员在使用的时候陷入迷茫和困惑，熟练了以后才能得心应手。

到了AI编程时代，类似Claude Code的工具让程序员的生产率暴增，程序员完全可以同时驱动几个Claude Code干活。

一个负责新功能开发，另一个处理bug修复，还有一个做代码重构，同时运行互不干扰。

但是，传统的Git分支模型面对并行的处理就力不从心了，因为你只有一个工作目录，需要不停地切换分支：

先在Branch A上开发新功能，然后到Branch B上修复Bug，再到Branch C上做代码重构。

本来可以并行执行的功能，变成了顺序执行，你需要疯狂切换。

你可以为每个AI会话都创建一个新的工作目录（git worktree），这意味着反复运行项目的初始化设置（npm install等），效率低不说，当不同AI修改同一文件时，你还要和自己制造的合并冲突做斗争。

02

GitButler如何解决？

GitButler的解决方案很简单：只有一个工作目录，但是可以创建多个虚拟分支。

拿之前的例子来讲，你可以同时开3个Claude Code，一个开发新功能，一个修复Bug，还有一个做代码重构，它们在同一个工作目录中干活。

等活儿干完了，你可以查看不同的代码修改，然后再添加到不同的虚拟分支去。

先干活，再生成分支，感觉和之前的工作方式完全反过来了，对吧？

但是有个问题，如果各个功能之间修改的代码出现了交织的情况，程序员很难把他们区分开，怎么添加到不同的分支呢？

GitButler在这一点上很聪明，它通过Claude Code的生命周期钩子实现了一个精妙的自动化流程：

AI开始编辑文件，GitButler能收到通知，自动创建虚拟分支，然后把该AI所做的所有修改都放到这个分支中。

这就真正地让AI成为了一个“并行开发者”，在其隔离的环境中贡献着干净、可审阅的代码。

当然，GitButler增加的新功能远不止此，还包括：

分支堆叠：将一个大的功能拆分成若干个相互依赖的小分支，从而加快审查速度，并使集成能够逐步进行。

人工智能助手：让AI来处理这些繁琐的工作:自动生成分支名称、提交信息和PR描述，从此不用写“做了一些改进”之类无用的comment了。

对Commit进行修改： 把“后来发现的代码问题”，塞回“当时该提交的那个 commit 里”，同时自动处理所有历史关系，这样就避免了补丁叠补丁，或者rebase的操作。

03

激烈争吵

GitButler的作者公布了融资额度以后，国外社交媒体上也吵翻了天，质疑声一片：

“Git根本没问题，你在解决一个不存在的问题”

“这些功能早就有了（worktree,branch）”

“你这是为了迎合AI，强行改变成熟的工作流程”

“多个AI同时开发，会导致更严重的代码混乱！”

当然也有人赞赏：

“Git 的UI确实很烂”

“并行开发（尤其 AI agent）确实是新需求”

“更好的 code review 颗粒度”

“尝试突破 Git 的历史包袱”

总之，反对派的观点是，Git已经是正确的抽象，不要为了AI而乱改，更不能拿把基础设施私有化（GitButler并不是完全的开源软件）。

支持派则认为：Git是历史遗产，工具应该适应AI和新的开发模式。

所以，GitButler 的争议，本质不是工具之争，而是：“未来软件工程该围绕 Git，还是围绕 AI 重构？”

04

Git不是终点

就在GitButler拿到1700万美元融资的同时，另一个信号也耐人寻味：2026年2月，GitHub前CEO Thomas Dohmke创立的Entire以3亿美元估值完成6000万美元种子轮融资，领投方称其为“开发工具史上最大种子轮”。

Entire的野心更大：不止要替代GitHub，而要为AI写代码这件事儿，重新打造一整套开发基础设施，它不仅要保存代码，还要保存“上下文”（提示词，推理过程，工具调用，约束条件.....）

两位曾经的Git生态守护者，如今却双双站在了Git的对立面。

原因很简单，整个软件行业又要开始一场范式转变：“从以人类为中心的手工业协作，转向以智能体为中心的工业化生产。”

Git 2005年诞生，随后席卷全球，把SVN等版本管理工具打得溃不成军。

我当时觉得它的设计巧妙而精良，至少也会用个三五十年吧，但没想到，仅仅20年过去，AI时代的编程就向它发出了挑战。

Git还能流行多久，GitButler能不能上位，我们并不知道，我们知道的是：

Git不是终点，它和SVN一样，是一个时代的答案。