宁波做网站多少钱,个人介绍网页设计模板图片,360网址导航,南昌优秀网站建设最近在用vscode的GitLens插件开发项目遇到这个疑问#xff0c;先看图#xff1a; 每当我点击FILE HISTORY 一个commit时#xff0c;正常来说显示器会自动将点击的提交版本和它上一个提交版本进行比较#xff0c;如果单纯这么理解的话就错了#xff0c;因为GitLens的File …最近在用vscode的GitLens插件开发项目遇到这个疑问先看图 每当我点击FILE HISTORY 一个commit时正常来说显示器会自动将点击的提交版本和它上一个提交版本进行比较如果单纯这么理解的话就错了因为GitLens的File History是按照提交的时间进行排序的而不仅仅是文件的变化。这意味着即使文件没有发生实际的更改但如果在某次提交中该文件被包含在内它仍然会出现在File History中所以我们会发现与当前点击的提交版本比较的版本不一定就是上一次提交的版本准确的说GitLens的File History里你每点击一个提交版本编辑器都会自动将你当前你点击的版本与它上一个有变化的版本进行比较
再补充其他的 开启了Toggle follow renames选项后对于一个文件的重命名和移动以及其他文件的重命名和移动都会产生提交记录。这是因为Git会在代码库的历史记录中跟踪文件的路径变化无论是对于特定文件的操作还是整个代码库的操作只要文件的路径发生了变化Git都会将其视为重命名或移动操作并生成相应的提交记录。
这个特性可以帮助我们更好地追踪和理解代码变化的历史以及处理文件的重命名和移动。但是由于这样的跟踪需要较多的计算资源和存储空间所以可能会导致提交记录的数量增加。因此在使用Toggle follow renames选项时我们需要权衡存储和性能的考虑并根据实际需求来决定是否要启用它。
