最近在用vscode的GitLens插件开发项目遇到这个疑问，先看图：

每当我点击FILE HISTORY 一个commit时，正常来说显示器会自动将点击的提交版本和它上一个提交版本进行比较，如果单纯这么理解的话就错了，因为GitLens的File History是按照提交的时间进行排序的，而不仅仅是文件的变化。这意味着即使文件没有发生实际的更改，但如果在某次提交中该文件被包含在内，它仍然会出现在File History中，所以我们会发现与当前点击的提交版本比较的版本，不一定就是上一次提交的版本，准确的说GitLens的File History里，你每点击一个提交版本，编辑器都会自动将你当前你点击的版本与它上一个有变化的版本进行比较

再补充其他的：
开启了"Toggle follow renames"选项后，对于一个文件的重命名和移动，以及其他文件的重命名和移动，都会产生提交记录。这是因为Git会在代码库的历史记录中跟踪文件的路径变化，无论是对于特定文件的操作还是整个代码库的操作，只要文件的路径发生了变化，Git都会将其视为重命名或移动操作，并生成相应的提交记录。

这个特性可以帮助我们更好地追踪和理解代码变化的历史，以及处理文件的重命名和移动。但是，由于这样的跟踪需要较多的计算资源和存储空间，所以可能会导致提交记录的数量增加。因此，在使用"Toggle follow renames"选项时，我们需要权衡存储和性能的考虑，并根据实际需求来决定是否要启用它。