偷师 IDEA，Zed 也有这个 git 新玩法了！

在爱情中 我们无法真正选对某个人

只是在我们有限的心智中

足够好的选择了某个人

引言

做团队协作开发、线上故障追查时，Git Blame几乎是每日必用工具流。

然而对于用过 IDEA 的我来说，我就有一个习惯：当看到一段不错的代码的时候，或者在找 bug 的时候，想看这段代码是谁写的或者这个 bug 是哪个妹子造的时候，就会习惯性的右击左侧行号栏。

而旧版Zed的Blame开关藏在编辑器右上角状态栏，每次追溯代码都要移动鼠标到窗口边角，频繁切换极其割裂工作流和厌烦心态。

zed这次更新就落地了这个全新交互特性，拯救了我的高频痛点：在行号侧边栏右键菜单内置Git Blame动态开关，交互逻辑完美复刻 IDEA，同时坚守Zed轻量化、低冗余的产品审美

一、新特性核心能力拆解

该特性可能很多小伙伴不太了解，下面详细展开说说 git blame 的设计

1. 行号侧边栏原生右键切换功能 右键任意代码行左侧gutter区域，菜单会根据当前状态动态切换文字：未开启注释时显示「打开Git Blame」，已开启则变为「关闭Git Blame」，单步完成开关操作，视线不用离开代码区域
2. 极简UI设计，原生清爽风格 官方设计阶段直接否决丑陋的带勾选框的方案，仅保留单一动态菜单项，保证右键菜单干净整洁，符合Zed拒绝冗余视觉元素的设计准则。

打开的效果基本上和idea比较类似

使用链路极度贴合直觉：鼠标悬停行号、右键一键开启注释栏，查看完责任人随时可右键关闭，整套流程打下来流畅漂亮。将操作入口放在其渲染位置附近，有助于提升可发现性，看来这点已经在idea和zed达成了共识。

二、Zed VS IDEA

1. 趋同：对齐行业主流高频交互逻辑

二者核心入口完全统一，均支持行号侧边栏右键一键开关Blame，解决了“展示区域和操作区域分离”的反人类设计。对于大量从IDEA迁移至Zed的Go、Rust开发者，这套操作零学习成本，不用重新记忆全新操作路径，大幅降低切换编辑器的适应门槛。

2. 分歧：极简轻量化 VS 大而全

IDEA作为全功能重型IDE，右键菜单承载完整版本追溯生态：开启注释后再次右键，可切换作者/哈希/日期展示样式、跳转提交详情、一键打开远程仓库Commit页面，复杂合并追溯的企业级场景。

反观Zed本次新增特性，只保留最核心的开关能力，官方思路十分清晰：90%日常开发仅需要快速查看代码责任人，低频高级功能不占用右键菜单空间，优先保证界面轻爽化。

vscode自身的git集成并没有整个能力，通常只有手敲命令，或者使用gitlens插件

查看行内blame

image

侧边栏blame

image

Zed始终坚持无冗余、低开销的设计路线，本次新特性没有照搬IDEA臃肿的多级菜单，仅补充基础开关，不增加编译体积。对于笔记本性能一般、追求长时间稳定编码的开发者，这套取舍远比堆砌功能更友好。

结语

行号栏右键切换Git Blame看似微小UI更新，实则是Zed平衡「主流IDE交互习惯」与「自身轻量化高性能定位」的典型新特性。

这也给很多 IDEA 玩家转 zed 埋下了伏笔。 整体而言，这次 zed 的新特性又让我多爱它一点了，虽然 zed 对 git 的支持仍不尽如人意，但好在 zed 在 持续完善Git 功能，对键盘流、轻量化偏好开发者十分友好。