首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >Zed 的 Git Graph 来了波有关痛痒的更新,vscode 哈哈笑道:“too naive, 我早就有了”

Zed 的 Git Graph 来了波有关痛痒的更新,vscode 哈哈笑道:“too naive, 我早就有了”

作者头像
GoLang学习记
发布2026-07-22 12:45:26
发布2026-07-22 12:45:26
630
举报

轻易得来的付出 不会催生珍惜

专注完善自我 自然有人主动奔赴

最近,Zed 在 Git 工作流上又迈出了一小步,但意味深长。为 Zed 的 Git 图谱(Git Graph)视图带来了一个看似微小却直击痛点的功能:列显示可以自由开关了

在 Zed 的 Git 图谱中,每一行代表一次提交,默认展示提交信息、日期、哈希值等列。此前,这些列的显示是固定的。如果你觉得“提交哈希”占地方,你没有选择。现在,右键点击列头,你可以取消勾选任何一列,它就会从视图中消失,同时其宽度会被“冻结”保存。

下面就来展示一下

默认是所有部分都会展示处理

如果你点击Graph,就回家关闭最左边的点状图

再次选择Description

左边的Desc列就会消失

当然,想要他们再次出现 重复如上的操作就可以

优势:告别信息过载,只关心你想看的

这个新特性的优势是立竿见影的:

  1. 消除信息噪音:对于多人协作的大型项目,Author(作者)列可能很长,且信息重复。对于个人项目,Hash(哈希值)列可能几乎没有用。现在,你可以随意关闭它们。
  2. 提升浏览效率:当屏幕宽度有限时,减少不必要的列能让图谱主体(尤其是图形连线)获得更大的显示区域,让分支脉络更清晰。
  3. 符合“工作流记忆”趋势:这与我之前分析过的“暂存区视图”改进一脉相承。Zed 正在从“极速编辑器”向“能记住你工作习惯的智能工作区”演进。记住你对一个工具界面的所有微调,是降低日常使用心智负担的重要方式。

Zed 诞生之初,带着强烈的“反配置”倾向——它试图用一套精心设计的、符合直觉的默认设置来说服用户,减少选项带来的认知负担。所以它的设置项比 VS Code 少得多。这是一种有魄力的设计选择。

但这个新特性的出现,似乎暗示着 Zed 正在调整这种“度”:在核心工作流(如 Git 操作)上,它开始接受“复杂的、多选项的”现实,为用户提供精细控制的能力。 因为 Git 本身就是复杂的,强制用一种“简约”的视图去承载它,反而会增加使用者的挫败感。

允许用户关闭 Git 图谱的列,看似是增加了一个选项,实则是让界面回归“简约”,通过让用户移除他们不关心的信息,来达到真正的视觉清爽。这是一种通过赋能用户来实现极简的智慧。

结语

VS Code 的 Git 图谱扩展(如 GitLens)早已提供了高度定制化的列显示。Zed 作为后来者,没有理由不在基础体验上做同样好的工作。

这个新特性是 Zed 在 Git 体验完整性上的一块重要拼图。当 Zed 开始认真对待这些“体贴”的细节时,它就在为成为开发者“下一个十年的编辑器”铺平道路,一个不仅跑得快,也懂你心思的伙伴。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2026-07-22,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 golang学习记 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 优势:告别信息过载,只关心你想看的
  • 结语
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档