VSCode 或许不需要 GitLens

内容纯个人主观意见,内容来源均从个人日常开发习惯与体验而来

Git-Lens 中个人所需要的功能

  • Blame、CodeLens - 通过编辑器内的代码注释和丰富的消息内容,深入了解代码如何变化以及有谁变化
  • Commit Graph - 可视化存储库并跟踪所有正在进行的工作
  • Visual File History - 确定对文件的影响最大的更改以及由谁进行的更改

个人所需功能并不多,但其中后两项均是付费的,特此带来三款插件,以替代 Git-Lens,分别是:

以下是部分使用习惯,以及设置

Git Blame

该插件是提供了通过编辑器内的代码注释和丰富的消息内容,深入了解代码如何变化以及有谁变化

什么是 Git Blame?

Git Blame 是来自 git 版本控制的命令。它列出了文件中每行代码的作者。这是语法:

bash 复制代码
git blame <file-path/file-name>

使用命令行,需要给出完整的路径与文件名,以下是 react 项目中使用该指令的效果

如果是大型项目,通过命令行检查每个文件中的不同作者将是非常困难的。

以下是 GitLens 中提供的效果:

其中 Git Blame 除了无法做到丰富的悬停效果以外,且行内内联 Blame状态栏 Blame两个功能不可同时存在。

个人爱好行内内联 Blame需要进行如下配置:

json 复制代码
{
  "gitblame.inlineMessageEnabled": true,
  "gitblame.inlineMessageFormat": "${author.name}, (${time.ago}) · ${commit.summary}"
}

Git Graph

该插件提供了可视化存储库并跟踪所有正在进行的工作

无他,个人认为该插件会比较好看。

当然 Git History 也有该功能, 但个人认为 Git Graph 看整体, 而 Git History 查看单个文件的历史提交

Git History

该插件提供了确定对文件的影响最大的更改以及由谁进行的更改

在当前文件下,使用 cmd+shift+p/ctrl+shift+p 输入 file history 即可得到右侧所示的芬恩见历史提交信息

小结

内容纯个人主观意见,内容来源均从个人日常开发习惯与体验而来

如有更多体验可以在评论区与题主讨论,感谢阅读!

相关推荐
DanyHope3 分钟前
LeetCode 128. 最长连续序列:O (n) 时间的哈希集合 + 剪枝解法全解析
前端·leetcode·哈希算法·剪枝
GISer_Jing8 分钟前
AI赋能前端:从核心概念到工程实践的全景学习指南
前端·javascript·aigc
|晴 天|9 分钟前
前端事件循环:宏任务与微任务的深度解析
前端
用户44455436542618 分钟前
Android开发中的封装思路指导
前端
Felixwb66630 分钟前
Python 爬虫框架设计:类封装与工程化实践
前端
广州华水科技31 分钟前
潜力榜单2025年单北斗GNSS位移监测高口碑产品推荐
前端
xinyu_Jina32 分钟前
OpenNana 提示词图库:多模态数据检索、分面搜索与前端性能工程
前端
暴富的Tdy37 分钟前
【脚手架创建 Vue3 公共组件库】
前端·npm·npm发布
技术宅小温40 分钟前
< 前端大小事: 2025年近期CSDN前端技术热点分析 >
前端
知了清语44 分钟前
pkg.pr.new 快速验证第三方包-最新修复
前端