软件诞生于提交之间

# 软件诞生于提交之间 - Zed 博客 Source: https://zed.dev/blog/introducing-deltadb 我从来都不是拉取请求的狂热粉丝。 在智能体出现之前，人们更容易相信，在快照上交换评论的仪式是一种有效的软件协作方式，但它对 Zed 团队来说从未真正奏效。我们经常在同一个工作树中一起工作，通过*在编写代码时*讨论代码来建立信任和共同理解。GitHub 不允许你在提交和推送之前讨论代码，但到那时，我们最重要的对话通常已经结束了。 于是在 2021 年，我们创立了 Zed，以超越提交的约束。我们的计划是构建一款配得上世界顶级开发者的编辑器（https://zed.dev/blog/zed-1-0），然后在其中提供更好的协作方式。我们当时没有预见到，我们在人与人协作背景下思考多年的问题，在与智能体协作时会变得更加重要。 如今，生成代码的对话正成为软件的真正源头。这种对话持续展开，并且必须随着代码变化而与代码交叉引用。Git 围绕离散提交组织，从未被设计来支持这一点。 所以我们正在构建能支持它的东西。我们称之为 DeltaDB，一种新型版本控制系统，建立在单一连贯抽象之上，将你与智能体的对话以及它们编辑的工作树转化为共享产物。自去年秋天我第一次谈到它以来（https://zed.dev/blog/sequoia-backs-zed），我们已经取得了巨大进展，几周后测试版（https://zed.dev/deltadb）即将准备就绪，我很兴奋能分享更多关于我们将要推出的内容。 ## 每一次操作，而不仅仅是每一次提交 (https://zed.dev/blog/introducing-deltadb#every-operation-not-just-every-commit) DeltaDB 将你的工作分解为细粒度*增量*的流。Git 在每个提交处捕捉快照，而 DeltaDB 捕捉期间每一次操作，并赋予每个操作稳定的身份。因为每个增量都可以独立寻址，你可以指向代码演化中的任何时刻，即使代码在不断变化。这让我们可以对演化的工作树及其驱动的对话进行版本管理。 消息及其产生的编辑被并排记录，因此两者不会彼此偏离。由于 DeltaDB 嵌入了无冲突复制的工作树，许多人以及智能体可以同时跨不同机器编辑同一文件。这些文件是真实的：智能体通过终端在其中工作，你可以随时将整个工作树挂载到磁盘，以便使用自己的工具。 ## 源代码现在变成了源对话 (https://zed.dev/blog/introducing-deltadb#source-code-is-now-source-conversation) 由于每个引用都锚定在增量而非行号上，即使代码在其下方移动，引用依然存在。从过去对话中的任何一行，你可以跳转到该代码的当前状态，或智能体编写它时的状态。从任何一行代码，你可以找到产生它的对话以及此后涉及它的每一次对话。 智能体也能利用它。它们会获取所触碰代码背后的上下文，或召集先前处理过它的智能体，并询问为何以这种方式编写。 ## 你不需要提交就能协作 (https://zed.dev/blog/introducing-deltadb#you-shouldnt-need-to-commit-to-collaborate) 我们真正追求的目标很简单：与智能体的对话成为你唯一需要的对话。队友可以在工作进行中加入，与完成工作的智能体对话，并随时添加注释，无需等待你先提交和推送。 拉取请求、审查线程和内联评论的存在是为了事后将讨论重新关联到代码，因为讨论和代码曾处于分离的位置。把它们放在同一位置，仪式就消失了。Git 和 CI 保留它们擅长的：运行检查并将你与世界其他地方连接，而不是成为协作被迫发生的地方。 ## 接下来是什么 (https://zed.dev/blog/introducing-deltadb#what-comes-next) 软件现在成形于对话中，而非提交中。DeltaDB 正是为此而构建的版本控制，几周后我们将开始将其交到早期用户手中。 如果你想成为首批尝试者，请加入等候名单（https://zed.dev/deltadb）。 ### 相关文章 查看 Zed 团队的其他博客文章。 --- ### 正在寻找更好的编辑器？ 你可以在 macOS、Windows 或 Linux 上立即试用 Zed。立即下载（https://zed.dev/download）！ --- ### 我们正在招聘！ 如果你对我们博客中涉及的话题充满热情，请考虑加入我们的团队（https://zed.dev/jobs），帮助我们交付软件开发的未来。