最近在用vscode的GitLens插件開發(fā)項目遇到這個疑問，先看圖：

每當(dāng)我點擊FILE HISTORY 一個commit時，正常來說顯示器會自動將點擊的提交版本和它上一個提交版本進(jìn)行比較，如果單純這么理解的話就錯了，因為GitLens的File History是按照提交的時間進(jìn)行排序的，而不僅僅是文件的變化。這意味著即使文件沒有發(fā)生實際的更改，但如果在某次提交中該文件被包含在內(nèi)，它仍然會出現(xiàn)在File History中，所以我們會發(fā)現(xiàn)與當(dāng)前點擊的提交版本比較的版本，不一定就是上一次提交的版本，準(zhǔn)確的說GitLens的File History里，你每點擊一個提交版本，編輯器都會自動將你當(dāng)前你點擊的版本與它上一個有變化的版本進(jìn)行比較

再補(bǔ)充其他的：
開啟了"Toggle follow renames"選項后，對于一個文件的重命名和移動，以及其他文件的重命名和移動，都會產(chǎn)生提交記錄。這是因為Git會在代碼庫的歷史記錄中跟蹤文件的路徑變化，無論是對于特定文件的操作還是整個代碼庫的操作，只要文件的路徑發(fā)生了變化，Git都會將其視為重命名或移動操作，并生成相應(yīng)的提交記錄。

這個特性可以幫助我們更好地追蹤和理解代碼變化的歷史，以及處理文件的重命名和移動。但是，由于這樣的跟蹤需要較多的計算資源和存儲空間，所以可能會導(dǎo)致提交記錄的數(shù)量增加。因此，在使用"Toggle follow renames"選項時，我們需要權(quán)衡存儲和性能的考慮，并根據(jù)實際需求來決定是否要啟用它。