继上周的“暂存/未暂存”视图革命之后，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 开始认真对待这些“体贴”的细节时，它就在为成为开发者“下一个十年的编辑器”铺平道路——一个不仅跑得快，也懂你心思的伙伴。
