你有没有遇到过这种情况打开 Git 面板看一个文件的改动发现只有一个修改的地方。然后你滚动了页面想回到刚才改动的代码行附近却发现自己只能手动滚回去你可能会说“这不就是个小事吗手动滚一下不就完了”是的确实是小事。但 Zed 的工程师们觉得这还不够好尤其是这个文件比较长的时候对开发者就更加不友好了。按钮只有“复数”时才显示在 新版本 之前Zed 的逻辑是这样的只有当 diff 包含 2 个或以上的代码块hunks时才会显示“上一块”和“下一块”的导航按钮。换句话说如果你的改动只有 1 个 hunk导航按钮压根不出现。这个逻辑从功能上来说“没问题”——只有 1 个 hunk确实没有“上一块”或“下一块”可以跳转。但 Zed 的导航按钮还有另一个功能点击“上一块”或“下一块”可以帮你回到那个唯一的 hunk 的位置并且把视图居中。也就是说即使只有 1 个 hunk你仍然可以用“上一块”按钮回到那个改动位置。按钮并不是完全没用。一个细微但影响流畅度的体验差如果你在一个很长的文件里只改了一行代码然后在 diff 视图里往下滚动查看上下文想看后面的代码——这时候你要回到改动位置就得手动往上滚动找。你可以自己滚回去这没错。但对比一下如果有导航按钮点一下就行。如果没按钮就得用鼠标滚轮或者键盘翻页找。这个差异不大但属于那种“每次碰到都会有点别扭但又不值得单独提”的体验摩擦。改动点涉及几个 diff 视图单文件差异solo diff、已暂存差异staged diff、未暂存差异unstaged diff和项目差异project diff。这个改动本身很小但它的意义在于填补了一个“边缘情况”的交互空白——当只有一个改动块时导航按钮不应该因为“没有其他块可跳”就完全消失它仍然可以帮你定位到唯一的改动位置。Zed 一向以“键盘优先、鼠标次要”著称。这种改动就是在巩固这个定位用键盘操作也能轻松回到改动位置不需要依赖鼠标滚动。如果你经常在 diff 里查看代码上下文这个改动会让你少滚几次鼠标滚轮。虽然你可能不会注意到它——但下一次你点开一个只有一行改动的 diff 时你可能会发现“咦按钮还在”然后你会想“好这比之前方便了。”