之前跟你们聊过能把数据变直观的 ECharts，今天换个偏向代码协作的方向 —— 给你们安利一个 Github 上的「GitLens」，它不是独立软件，而是 VS Code 的插件，仓库地址是GitHub - gitkraken/vscode-gitlens: Supercharge Git inside VS Code and unlock untapped knowledge within each repository — Visualize code authorship at a glance via Git blame annotations and CodeLens, seamlessly navigate and explore Git repositories, gain valuable insights via rich visualizations and powerful comparison commands, and so much more，能帮你在写代码时直接看到 “每行代码是谁写的、什么时候改的、改了什么内容”，不用再频繁切换到 Git 命令行查提交记录。小索奇上次跟同事协作开发一个功能，看到某行代码逻辑有点绕，用 GitLens 一查，发现是半个月前同事写的，还能直接看到当时的提交备注 “修复 XX 场景下的异常”，瞬间就懂了代码的用途，省了我跑去问同事的时间！
你有没有过看团队代码时 “一脸懵” 的经历？比如接手一个旧项目，看到一段复杂的判断逻辑，不知道为什么要这么写，想查是谁写的、当时的需求是什么，得打开 Git 命令行输 “git log -p 文件名”，翻半天提交记录才能找到相关信息；或者同事改了你的代码，你想知道他改了哪几行，还得用 “git diff” 对比，操作麻烦还容易看漏。但用 GitLens 就不一样，它会在 VS Code 的代码行旁边直接显示提交信息 —— 比如某行代码旁边会标着 “作者：张三，日期：2024-08-10，提交备注：优化数据校验逻辑”，鼠标悬停上去还能看到完整的提交记录，包括改了哪些其他文件、当时的分支是什么，一目了然。小索奇现在看任何团队代码，都先开着 GitLens，再也不用记一堆 Git 命令了。
而且它还有个 “时光机” 功能特别好用 —— 比如你想看看某个文件 3 天前的样子，不用手动回滚代码，在 VS Code 里右键点击文件，选 “GitLens: Open File at Revision”，再选对应的提交记录，就能看到当时的代码版本，还能和当前版本做对比，红色是删掉的内容，绿色是新增的内容，改了哪里一眼就看出来。小索奇上次发现一个功能突然出问题，怀疑是前几天的代码修改导致的，用这个功能对比了 3 个版本的代码，很快就找到是 “删除了一个关键的参数校验” 导致的，不到 10 分钟就修复了，要是手动回滚对比，至少得花半小时。
说到这儿可能有人会问：“装这个插件会不会让 VS Code 变卡啊？我之前装太多插件，编辑器反应都慢了。” 这点你放心，小索奇亲测过，GitLens 的占用资源特别低，即使打开几百行的大文件，也不会出现卡顿的情况。而且它还支持按需开启功能，比如你觉得 “代码行旁边的提交信息太占地方”，可以在设置里关掉，只保留 “右键查看提交记录” 的功能，特别灵活。我同事的电脑配置不算高，装了 GitLens 后也没说过卡，反而说 “比以前用命令行查记录快多了”。
它还有个超实用的 “分支管理” 功能 —— 在 VS Code 的左侧栏，GitLens 会列出当前项目的所有分支，每个分支旁边标着最新的提交时间和作者，点击分支还能看到该分支的所有提交记录，不用再输 “git branch”“git checkout” 切换分支。比如你想切换到 “feature/login” 分支，直接在左侧栏点一下就行，还能看到这个分支比主分支多了哪些提交，避免切换错分支导致代码混乱。小索奇之前跟同事协作不同功能，各自在不同分支开发，用 GitLens 看分支状态，从来没搞混过分支，也没出现过 “把开发分支的代码提交到主分支” 的失误。
另外，它还能帮你解决 “代码冲突”—— 比如合并分支时出现冲突，GitLens 会在冲突代码旁边显示 “当前分支的修改” 和 “待合并分支的修改”，还会标出来是谁改的，你可以根据提交备注判断该保留哪部分代码，不用再对着 “<<<<<<< HEAD”“=======” 这些冲突标记头疼。小索奇上次合并同事的分支，遇到 3 处冲突，用 GitLens 看了各自的提交备注，知道同事改的是 “适配新的接口返回格式”，我改的是 “修复旧格式的 bug”，很快就确定了保留方案，5 分钟就解决了冲突，要是以前，我可能得跟同事开个会讨论半天。
你们平时协作写代码的时候，有没有遇到过 “查提交记录麻烦”“合并冲突头疼”“看不懂旧代码逻辑” 的情况？或者有没有用过其他 Git 辅助工具？可以在评论区跟小索奇聊聊，其实好的 Git 工具不是让你 “记住更多命令”，而是帮你 “更轻松地理解代码历史”，对吧？
搜索关注【即兴小索奇】，获取更多好用工具和资源