# Zed 推出 DeltaDB：版本控制不再只看 commit，而是记录每一次编辑和对话

> 原标题：Software Is Made Between Commits

- 来源：Hacker News 首页
- 发布时间：2026-06-11T16:28:24.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/37629
- 原文：https://zed.dev/blog/introducing-deltadb

## 摘要

Zed 做了一个叫 DeltaDB 的新版本控制系统，专门为人和 AI agent 一起写代码设计。它不像 Git 只在 commit 时留快照，而是把每一次编辑操作都存成一条可定位的“delta”，并且把触发这次修改的对话也绑在一起。你可以从任意一行代码直接跳回当时产生它的聊天记录，agent 也能拉取之前的讨论上下文来理解代码为什么这么写。多人或多...

## 推荐理由

Zed 宣布了 DeltaDB，把版本控制从 commit 快照推到了操作级 delta 加对话绑定，是对 Git 范式的一次实质性挑战，不是营销噱头。分数定在 78 而不是 85+，因为目前只是产品发布公告，没有独立的基准测试或大规模生产环境验证，实际性能和协作冲突处理能力还不清楚。

## 锐评

Zed 做的 DeltaDB 把版本控制从“按 commit 拍照”变成了“记录每一次编辑操作”。它不像 Git 只在提交时留快照，而是把每次修改都存成一条可定位的 delta，并且把触发这次修改的对话也绑在一起。这意味着你可以从任意一行代码直接跳回当时产生它的聊天记录，agent 也能拉取之前的讨论上下文来理解代码为什么这么写。多人或多 agent 可以在同一个工作树里同时编辑，不用先 commit。

这个思路直接回应了一个现实问题：代码越来越是聊出来的，但 Git 的设计里，讨论和代码是分开的，只能在提交后通过 PR 评论强行关联。DeltaDB 把两者放在同一个地方，省掉了这套事后补讨论的流程。文章说 beta 版几周后开放，现在可以加入等候名单。

不过正文没披露性能数据，比如 delta 粒度这么细，存储和查询开销有多大，也没说跟现有 Git 工作流怎么衔接。如果是真的能低成本地把编辑历史和对话上下文绑在一起，对 agent 协作会挺实用，但实际效果还得等 beta 用户跑过才知道。