继上周的“暂存/未暂存”视图革命之后Zed 在 Git 工作流上又迈出了一小步但意味深长。2026年7月新增了一个功能为 Zed 的 Git 图谱Git Graph视图带来了一个看似微小却直击痛点的功能列显示可以自由开关了。在 Zed 的 Git 图谱中每一行代表一次提交默认展示提交信息、作者、日期、哈希值等列。此前这些列的显示是固定的。如果你觉得“提交哈希”占地方或者“作者”列信息冗余你没有选择。现在右键点击列头你可以取消勾选任何一列它就会从视图中消失同时其宽度会被“冻结”保存再次勾选就能原样恢复。下面就来展示一下默认是所有部分都会展示处理如果你点击Graph就回家关闭最左边的点状图再次选择Description左边的Desc列就会消失当然想要他们再次出现 重复如上的操作就可以优势告别信息过载只关心你想看的这个新特性的优势是立竿见影的消除信息噪音对于多人协作的大型项目Author作者列可能很长且信息重复。对于个人项目Hash哈希值列可能几乎没有用。现在你可以为不同的仓库定制不同的图谱视图将屏幕空间让给Subject提交标题和Date日期等更有价值的列。提升浏览效率当屏幕宽度有限时例如在更小的窗口或分屏模式下减少不必要的列能让图谱主体尤其是图形连线获得更大的显示区域让分支脉络更清晰。符合“工作流记忆”趋势这与我之前分析过的“暂存区视图”改进一脉相承。Zed 正在从“极速编辑器”向“能记住你工作习惯的智能工作区”演进。记住你对一个工具界面的所有微调是降低日常使用心智负担的重要方式。看法Zed 的“配置哲学”在悄然转弯我关注这个 PR并不是因为它有多“大”而是因为它可能标志着 Zed 内部关于“可配置性”的讨论正在发生变化。Zed 诞生之初带着强烈的“反配置”倾向——它试图用一套精心设计的、符合直觉的默认设置来征服用户减少选项带来的认知负担。所以它的设置项比 VS Code 少得多。这是一种有魄力的设计选择。但 #59850 这类 PR以及此前对 Git 面板的大幅重构都暗示着 Zed 正在调整这种“度”在核心工作流如 Git 操作上它开始接受“复杂的、多选项的”现实为用户提供精细控制的能力。因为 Git 本身就是复杂的强制用一种“简约”的视图去承载它反而会增加使用者的挫败感。允许用户关闭 Git 图谱的列看似是增加了一个选项实则是让界面回归“简约”——通过让用户移除他们不关心的信息来达到真正的视觉简洁。这是一种通过赋能用户来实现极简的智慧。结语为“下一个十年”铺路VS Code 的 Git 图谱扩展如 GitLens早已提供了高度定制化的列显示。Zed 作为后来者没有理由不在基础体验上做同样好的工作。#59850 是 Zed 在 Git 体验完整性上的一块重要拼图。它不激动人心但足够体贴。当 Zed 开始认真对待这些“体贴”的细节时它就在为成为开发者“下一个十年的编辑器”铺平道路——一个不仅跑得快也懂你心思的伙伴。