超越传统Git：Zed 要重新定义AI时代的全新协作模式

所谓经验 就是用自己的理解结构

去对抗外部世界的刚性

并相信无论结果如何都会让自己更柔刚致密

引言：Git 范式下的协作困境

自 Git 成为软件开发基础设施以来，提交（Commit） 便成了代码世界的基本叙事方式。开发者将阶段性代码提交、推送，团队依托拉取请求完成评审、交流与合并，这套流程可以说像红楼梦似的描写了一个软件团队的日常琐碎。

在纯人工写代码的时代，基于 Git 模式尚能运转，但随着 AI 智能体深度介入开发，这套诞生于数十年前的范式，开始暴露出它固有的短板。

传统 PR 机制本质是一种“事后补全”的协作方式：开发者完成代码编写、提交推送后，团队才能基于静态代码展开讨论和协作。可软件开发中最具价值的思想碰撞、逻辑打磨、细节商榷，往往发生在代码编写的过程之中。

当代码被固化为一次提交，那些有温度的交流、即时思路早已云散天边。代码与创造代码的对话彻底割裂，评审沦为对最终结果的挑错，而非对创作过程的共同塑造。

如今 AI 编码大行其道，这一矛盾反而被无限放大。如今，代码不再仅仅是开发者敲键盘的行为艺术，更是人机持续对话的结果。写 bug、改 bug 等一系列交互，共同塑造了最终的代码形态。Git 以离散快照为核心的设计逻辑，无法串联起连续的对话流与代码变更流，传统 Git 已然跟不上人机协同开发的时代节奏。

基于这一深刻洞察，Zed 推出了全新版本控制系统 DeltaDB，它跳出了“快照归档”的固有框架，以细粒度操作增量为核心，重构版本管理、代码追忆与团队协作的底层逻辑。

一、版本控制的底层革新

Git 的核心逻辑是快照（Snapshot）。每一次 Commit 都会对当前工作区生成一份完整代码快照，版本历史就是一串静态快照的有序排列。这种模式擅长记录阶段性成果、回溯重大变更、管理分支迭代，但存在一个天生缺陷：忽略了两次提交之间的全部过程。开发者在编码时的每一次想曹雪芹在悼红轩把红楼梦增删五次一般的增删、修改、微调需求，这些构成代码生命力的细微操作，都会被遗忘，最终只留下一个没有生命力的最终状态。唯一不同的是红楼梦还留下了前八十回。

DeltaDB 彻底颠覆了这一设计思路，它将软件开发巧妙地视为连续的细粒度增量（Delta）流。不同于 Git 仅归档提交节点，DeltaDB 会捕捉工作区中每一次操作，并为每一个独立增量赋予唯一、稳定的标识。简单来说，Git 记录的是“旅途的终点”，而 DeltaDB 记录了“旅途的每一步脚印”。

在这里插入图片描述

Git 虽然解决了协作的很多问题，但是也产生了很多问题，比如协作的人必须要面对复杂的分支操作，比如合并，rebase，revert 这些难以理解的概念。这就会导致很多的错误操作，尤其体现在对 Git 不熟悉的新人身上。

然而 Zed 针对 AI Coding 场景，DeltaDB 内置了无冲突复制工作区能力。不同设备上的开发者与 AI 智能体，能够同时编辑同一批文件，系统自动处理增量合并，规避了传统 Git 频繁冲突、手动解决合并的繁琐问题，这非常类似于我们日常工作的在线文档，比如飞书在线文档。

【技能树学习】Git入门——练习题解析_git练习-CSDN博客

从技术本质来看，Git 是面向结果的版本控制，而 DeltaDB 是面向过程的版本控制。在软件复杂度不断提升、人机协同成为主流的当下，“过程”的价值早已不亚于“结果”。代码不再是孤立的文件集合，而是一连串操作、思考、对话的具象化呈现。

二、代码即对话

在传统编码中，源代码是软件的唯一核心资产，版本控制系统的使命就是守护代码本身。但 DeltaDB 提出了一个极具颠覆性的观点：如今，催生代码的对话，才是软件真正的源头。

当 AI 智能体深度参与开发后，软件的诞生方式发生了本质变化。一个变量，一行代码、一个函数，背后不再只是开发者的独立思考，而是多轮 AI 的连续对话。这些对话承载了需求初衷、设计考量、边界规则、取舍决策，是理解代码的“灵魂把手”。

DeltaDB 构建了“代码-对话”双向奔赴的全新形态，彻底解决了这一痛点。它摒弃了传统代码追溯依赖“行号”的模式，将所有引用放置到细粒度增量上。代码在持续修改、迁移时，历史引用不会失效。从历史对话中的任意一行代码线索，我们可以一键跳转到代码当下的状态，或是智能体最初编写时的原始状态。

这不禁让人想起2000多年前苏格拉底那种以不断追问追求智慧的方式和如今Ai Coding的模式何其本质相似。

三、告别协作仪式：消解 Commit 带来的协作壁垒

DeltaDB 的核心理念之一，便是无需提交即可协作。它彻底打破了“先提交、后交流”的硬性规则。让协作变得更加顺畅。

传统 Git 与 CI/CD 的价值仍然会存在，只是被削弱了。DeltaDB 清晰地划分了工具的边界：Git 与持续集成工具依然承担代码校验、流水线构建、对外交付的职责，它们是软件工程化交付的重要基石；而实时协作、人与 AI 联动这类场景，则交由 DeltaDB 负责。

结语

Git 定义了过去数十年的版本控制规则，支撑了全球软件产业的高速发展；而 DeltaDB 以细粒度增量与对话联动，开启了版本控制的全新篇章。它让我们明白：软件并非诞生于一次又一次的提交，而是诞生于连续不断的交流、试错、迭代与共创之中。