GitHub的联合创始人Scott Chacon最近筹集了1700万美元，他的目标很简单：
干掉Git！
作为绝对的Git资深玩家，豆瓣9.0分《Pro Git》的作者，一个靠Git吃饭，成名，发财的人，Scott Chacon为什么要“反水”？
这1700万美元，是要做一个“Git之后的东西”：GitButler。
GitButler会保存Git的底层能力（DAG，Commit，History），然后重做上层交互模型，最终实现一个AI编程时代的版本管理工具。
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修改同一文件时，你还要和自己制造的合并冲突做斗争。
GitButler的解决方案很简单：只有一个工作目录，但是可以创建多个虚拟分支。
拿之前的例子来讲，你可以同时开3个Claude Code，一个开发新功能，一个修复Bug，还有一个做代码重构，它们在同一个工作目录中干活。
等活儿干完了，你可以查看不同的代码修改，然后再添加到不同的虚拟分支去。
先干活，再生成分支，感觉和之前的工作方式完全反过来了，对吧？
但是有个问题，如果各个功能之间修改的代码出现了交织的情况，程序员很难把他们区分开，怎么添加到不同的分支呢？
GitButler在这一点上很聪明，它通过Claude Code的生命周期钩子实现了一个精妙的自动化流程：
AI开始编辑文件，GitButler能收到通知，自动创建虚拟分支，然后把该AI所做的所有修改都放到这个分支中。
这就真正地让AI成为了一个“并行开发者”，在其隔离的环境中贡献着干净、可审阅的代码。
当然，GitButler增加的新功能远不止此，还包括：
分支堆叠：将一个大的功能拆分成若干个相互依赖的小分支，从而加快审查速度，并使集成能够逐步进行。
人工智能助手：让AI来处理这些繁琐的工作:自动生成分支名称、提交信息和PR描述，从此不用写“做了一些改进”之类无用的comment了。
对Commit进行修改： 把“后来发现的代码问题”，塞回“当时该提交的那个 commit 里”，同时自动处理所有历史关系，这样就避免了补丁叠补丁，或者rebase的操作。
GitButler的作者公布了融资额度以后，国外社交媒体上也吵翻了天，质疑声一片：
“Git根本没问题，你在解决一个不存在的问题”
“这些功能早就有了（worktree,branch）”
“你这是为了迎合AI，强行改变成熟的工作流程”
“多个AI同时开发，会导致更严重的代码混乱！”
.....
当然也有人赞赏：
“Git 的UI确实很烂”
“并行开发（尤其 AI agent）确实是新需求”
“更好的 code review 颗粒度”
“尝试突破 Git 的历史包袱”
......
总之，反对派的观点是，Git已经是正确的抽象，不要为了AI而乱改，更不能拿把基础设施私有化（GitButler并不是完全的开源软件）。
支持派则认为：Git是历史遗产，工具应该适应AI和新的开发模式。
所以，GitButler 的争议，本质不是工具之争，而是：“未来软件工程该围绕 Git，还是围绕 AI 重构？”
就在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一样，是一个时代的答案。
