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