你有沒有遇到過這種情況打開 Git 面板看一個文件的改動發(fā)現(xiàn)只有一個修改的地方。然后你滾動了頁面想回到剛才改動的代碼行附近卻發(fā)現(xiàn)自己只能手動滾回去你可能會說“這不就是個小事嗎手動滾一下不就完了”是的確實是小事。但 Zed 的工程師們覺得這還不夠好尤其是這個文件比較長的時候對開發(fā)者就更加不友好了。按鈕只有“復數(shù)”時才顯示在 新版本 之前Zed 的邏輯是這樣的只有當 diff 包含 2 個或以上的代碼塊hunks時才會顯示“上一塊”和“下一塊”的導航按鈕。換句話說如果你的改動只有 1 個 hunk導航按鈕壓根不出現(xiàn)。這個邏輯從功能上來說“沒問題”——只有 1 個 hunk確實沒有“上一塊”或“下一塊”可以跳轉。但 Zed 的導航按鈕還有另一個功能點擊“上一塊”或“下一塊”可以幫你回到那個唯一的 hunk 的位置并且把視圖居中。也就是說即使只有 1 個 hunk你仍然可以用“上一塊”按鈕回到那個改動位置。按鈕并不是完全沒用。一個細微但影響流暢度的體驗差如果你在一個很長的文件里只改了一行代碼然后在 diff 視圖里往下滾動查看上下文想看后面的代碼——這時候你要回到改動位置就得手動往上滾動找。你可以自己滾回去這沒錯。但對比一下如果有導航按鈕點一下就行。如果沒按鈕就得用鼠標滾輪或者鍵盤翻頁找。這個差異不大但屬于那種“每次碰到都會有點別扭但又不值得單獨提”的體驗摩擦。改動點涉及幾個 diff 視圖單文件差異solo diff、已暫存差異staged diff、未暫存差異unstaged diff和項目差異project diff。這個改動本身很小但它的意義在于填補了一個“邊緣情況”的交互空白——當只有一個改動塊時導航按鈕不應該因為“沒有其他塊可跳”就完全消失它仍然可以幫你定位到唯一的改動位置。Zed 一向以“鍵盤優(yōu)先、鼠標次要”著稱。這種改動就是在鞏固這個定位用鍵盤操作也能輕松回到改動位置不需要依賴鼠標滾動。如果你經(jīng)常在 diff 里查看代碼上下文這個改動會讓你少滾幾次鼠標滾輪。雖然你可能不會注意到它——但下一次你點開一個只有一行改動的 diff 時你可能會發(fā)現(xiàn)“咦按鈕還在”然后你會想“好這比之前方便了?！?