Zed 的 Git 大更新：有人喜欢有人忧

在高度数字化的时代 不带利益计算的见面 已经是顶级的示爱了

前几天，Zed 优化了git部分暂存的可视性。它没有做什么大动作，只是做了一件看起来很小的事：让 Git 的暂存和未暂存变更，在界面上清晰地分开了。

对于长期使用 VS Code 的开发者来说，这几乎是 Git 面板的“出厂设置”。但在 Zed 这里，这件事的落地过程，恰好揭示了 Zed 与 VS Code 在工具哲学上的一个深层分水岭。

迟到的“U”标识

zed团队 在描述这个问题时说得很直接：长期以来，Zed 的 Git 面板将暂存和未暂存变更混在一起，让他很难一眼看出哪些更改还没被 stage，导致经常漏提代码。他遇到的困境是，Zed 将“未提交的变更”全部塞进一个 Multibuffer，开发者无法像在 VS Code 中那样，清晰看到两个独立的列表。

有些开发者直言，她无法切换到 Zed，直到其在 Git 面板上实现与 VS Code 对等的功能——能够清晰地按暂存状态排序，并查看对应的 diff，这也正是 VS Code 早已打磨成熟的工作流。

这次zed提供了一套适配 Zed 整体交互风格的全新未暂存变更界面方案。不再按单个文件展示变更，而是将已暂存差异、未暂存差异分别放入独立多缓冲区，沿用当前「未提交变更」的实现思路

一个独立的Staged Changes（已暂存变更）Multibuffer，与Uncommitted Changes并列。

一个U标识，出现在有未暂存变更的文件旁，作为明确的视觉提示。

工具栏上出现了Unstaged | Uncommitted的切换开关，方便在两种视图间快速切换。

至此，Zed 终于以一种符合自身“Multibuffer”哲学的方式，补上了 Git 工作流中关键的一环。

下面看看实际效果

左侧为现有「未提交变更」视图；中间是「已暂存变更」缓冲区；右侧为「未暂存变更」缓冲区，可供对比参考

你可以通过点击左边的u来打开右边的视图

或者通过右键选择staged changes或unstaged changes

过去，我们把 Zed 和 VS Code 的竞争简单归结为“性能”与“生态”的对决——Zed 用 Rust 换来极致的轻快，VS Code 靠庞大的插件生态构建了护城河。

但这个 Git 特性的落地过程，让我们看到了另一层竞争：“编辑器”与“工作区”的对决。

有开发者觉得：Zed 追求的是极致的“编辑体验”，启动快、响应快；而 VS Code 的真正优势在于“环境记忆”——它能记住你打开的终端、运行的历史命令、分屏布局，让你在切换任务后能瞬间恢复上下文，极大地降低了心智负担。VS Code 的 Git 面板正是这种“环境记忆”的一部分，它将终端的git status转化为了一个持久的、有组织的工作区状态。

虽然 Zed 目前依然缺少类似 IDEA 的自定义变更列表（Changelist）等重型功能，但这次更新与其 Git 面板的其他重构（如独立的排序、分组、树形视图控制）一起，昭示了它的发展路径：在不牺牲“快”和“键盘优先”的核心理念下，逐步吸纳那些已被验证的、能真正提高效率的工作流模式。

只见南山 未见你