将 Pull Request 替换为 Delta
Replacing Pull Requests with Delta

原始链接: https://zed.dev/blog/delta-public-beta

Delta 已正式开启公测,推出了一种全新的软件构建方式:以“线程(threads)”取代传统的合并请求(pull requests)。鉴于 AI 智能体已从根本上改变了编程模式,Delta 超越了静态的 Git 代码差异对比,打造了一个人类与智能体实时协作的交互环境。 在 Delta 中,团队成员可以加入对话、与同一智能体交互,并在无需推送或提交代码的情况下探索代码上下文。通过利用其专有的 DeltaDB(记录提交之间代码、人类消息和智能体逻辑的演变过程),该平台实现了“持续工程化”。代码审查可以在独立的子线程中进行,从而在不干扰主工作流的前提下完成探索与修复。 虽然 Delta 摒弃了沿用 15 年的合并请求模式,但它依然兼容现有的 Git 仓库,允许团队在利用 Delta 进行内部协作的同时,保持在 GitHub 等平台上的开发进度。Delta 目前已支持 macOS、Linux、Windows 及网页端,公测期间免费使用。通过将焦点从基于批处理的提交转向持续且富含上下文的线程,Delta 旨在使软件开发变得更加流畅、协作性更强且原生适配智能体。

Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 用 Delta 取代 Pull Request ( zed.dev ) 19 分,作者:vquemener 1 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论 帮助 Cthulhu_ 6 分钟前 | 下一条 [–] 我个人从未喜欢过它,但这看起来像是 Zed 自身远程协同编码系统的延伸,而该系统本身又是建立在极限编程(Extreme Programming)和/或高强度结对或群体编程理念之上的。 这很有趣,我想找时间试一试,但可能只适用于黑客松——我的主要工作内容是规划而非实际编码。 回复 Palmik 34 分钟前 | 上一条 [–] 看起来很有趣,尽管不得不承认,我主要还是对 DeltaDB 的开源版本感兴趣。 回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:
相关文章

原文

Today, we're launching the public beta of Delta, a multiplayer environment for coding with agents and reviewing what they build. We're building Delta because agents have fundamentally changed the way we write software, but our collaborative tooling isn't keeping up.

Last week, we crossed a key milestone: we disabled pull requests on Delta's own repository. We now build and collaborate on Delta entirely within Delta.

What makes Delta different from traditional workflows is that collaboration doesn't depend on committing and pushing code. You invite teammates directly into your conversations with agents. When someone joins your thread, they see the same worktrees you do and can work with them on their own machine. Teammates can ask the same agent why you chose a Mutex instead of an RwLock. If you log off, they can keep working with the agent where you left off.

Starting today, anyone can download Delta for macOS, Linux, or Windows, use it on the web without downloading anything, and keep up with threads from a mobile browser on the go.

Since GitHub introduced pull requests over 15 years ago, they've become the standard way to ask teammates to review changes to your codebase. But with agents generating so much code, the diffs we're asking each other to review have mushroomed.

Splitting a big diff across a stack of branches can make it easier to navigate, but the decisions behind the code still need review. Smaller diffs don't supply that context. A reviewer may feed your diff into another agent to help understand it, but that agent has to piece together decisions you already worked through.

Why should your teammate's agent have to guess how you got there?

In Delta, you can invite anyone to pick up a thread where you left off, or create a dedicated review subthread. A review guides you through your branch's changes with access to the original agent's context. Each review gets its own isolated copy of the parent thread's worktrees, so you and your teammates can use agents to explore the code and try changes without disrupting the original work. If a reviewer spots a problem, they can request a revision or work with an agent to fix it themselves. Fixes made during review can be incorporated into the parent thread before you ask the agent to land the change.

Delta is built on DeltaDB, which extends Git's content-based versioning with incremental versions based on deltas. It records edits between commits alongside messages from humans and agents, preserving how the code evolved throughout a thread. A commit remains the checkpoint you push, pull, and build from. DeltaDB retains the work between those checkpoints.

You don't have to move your whole team into Delta to use it.

For example, zed-industries/zed will remain on GitHub for now because it's where our community finds issues and submits changes. We're encouraging Zed contributors to share Delta threads alongside their pull requests. Contributors can work together in Delta while continuing to submit changes through GitHub, and teammates who never open Delta still see a normal Git repository.

It seems like everyone is in a race to replace GitHub right now. Most contenders promise better uptime on top of the same old primitives: branches, commits, and diffs.

We believe that threads will be the new fundamental unit of software development, and the best way to model their state is with deltas.

Pull requests are the first part of the GitHub workflow we're leaving behind. In their place is the Delta thread, and with it a way of working we call continuous engineering. The industry made integration continuous, then delivery, while the rest of software engineering still happened in batches. In a Delta thread, the idea, implementation, review, and landing of the changes can all happen in the same place.

We're building better alternatives for the other workflows that bring developers to GitHub.com, starting with Git storage in DeltaDB. Longer term, content-based builds could bring CI-style verification directly into the thread. For now, an agent can trigger a run with an existing CI provider and check the results before landing the change.

Thank you to the thousands of people who requested early access and helped us find Delta's rough edges. Delta is forming, and some of the capabilities we care most about are ahead (follow what we're building next here). But it's already our daily driver: 33 of us have landed 570 changes to main since we turned off pull requests.

During the public beta, Delta is free. We'll introduce paid plans soon for individuals and teams. There will always be a free version of Delta.

Download Delta, kick off an agent, invite a teammate into the thread, and feel the magic. We'd love to hear how it goes.

Related Posts

Check out similar blogs from the Zed team.


Looking for a better editor?

You can try Zed today on macOS, Windows, or Linux. Download now!


We are hiring!

If you're passionate about the topics we cover on our blog, please consider joining our team to help us ship the future of software development.

联系我们 contact @ memedata.com