Zed 的 Git 面板大更新：终于解决了我忍了很久的痛点

谁不是

孑然一生

赴一场红尘爱恨

在 Zed 使用 git 过程中，一直存在一个长期困扰我的核心痛点：在 Git 面板中，无法清晰地组织和管理不同状态的文件。

这次 Zed 为 Git 面板引入了一个新的视图选项——“按暂存状态分组”（Group by Staging）。它看似简单，却标志着 Zed 的 Git 工作流体验正在从“能用”走向“好用”。也意味着开始进入像 vscode 的成熟的 git 工作流。也是我最喜欢的一个 git 功能。

“按暂存状态分组”解决了什么问题？

在引入这个功能之前，Zed 的 Git 面板主要按文件状态（如“已修改”、“未跟踪”）进行分组。这虽然清晰，但在执行“暂存”和“取消暂存”操作时不够直观。我经常需要在一个长列表中，手动区分哪些文件已经准备好提交，哪些还在修改中。

zed 的解决方案是：将文件明确划分为“已暂存”（Staged）和“未暂存”（Unstaged）两大局面。

• 界面革新：面板现在清晰地分为两个主要部分，每部分都配有 +（暂存）和 -（取消暂存）按钮。这种设计直接映射了 git add 和 git reset 的核心操作，使工作流的意图一目了然。
• 智能交互：部分暂存的文件会同时出现在两个区域。在“已暂存”区点击 - 会取消暂存该文件的已暂存部分；在“未暂存”区点击 + 则会暂存所有未暂存的更改。这种上下文感知的交互，是提升效率的关键。

据说在后续的迭代中，该 功能 还会加入了独立的“冲突”（Conflicts）分组，并提供了“标记为已解决”的操作。这个目前 vscode 都还是没有的， 这展现了 Zed 团队对完整 Git 工作流的理解，不仅仅是日常提交，也包括处理棘手的合并场景。 冲突的分组

反观vscode的git面板和zed的设计有点异曲同工之妙。

也有很贴心的网友建议zed像如下这样完善这个新特性，进一步细化区分untracked和changes

结语

在我看来， Zed 这次的更新预示着 zed 的Git 面板正在从一个“简单显示状态”的死工具，演变为一个“管理工作流”的平台。它通过一个清晰的分组视图，配合上下文感知的操作，降低了日常 Git 使用的复杂度。它不是一个革命性的特性，但它的存在，让 Zed 向着“那个你愿意在其中完成一切编码任务的编辑器”的目标，又迈进了一步。

瞧瞧👀