vscode行内blame需手动启用：按ctrl+shift+p（win/linux）或cmd+shift+p（macos），输入“git: toggle line blame”回车；仅在git仓库根目录下生效，依赖git blame命令输出，作者信息缺失会导致“unknown author”，点击gutter哈希可跳转提交详情。
VSCode怎么打开行内Blame视图
默认不显示，得手动触发。按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Git: Toggle Line Blame 回车即可开启——不是“Show Blame”，那个是弹窗版；也不是右键菜单里的“Blame”，那个只对当前行生效且不常驻。
开启后，每行左侧 gutter 会出现作者名、提交哈希前缀和相对时间（如 “2 days ago”），但注意：这些信息只在 Git 仓库根目录下有效，子目录没初始化 Git 或工作区路径不对时直接不显示。
- 必须在 VSCode 打开的是 Git 仓库根目录，而非某个子文件夹
- 如果用多根工作区，只有第一个文件夹的 Git 信息会被用于 blame
- 首次启用可能卡顿几秒，尤其大仓库，VSCode 会后台跑
git blame -w -M -C等参数预加载
为什么某行显示“Unknown Author”或时间不准
本质是 Git 提交元数据缺失或被重写。常见于：git commit --amend 后未更新 author 时间、git rebase 丢弃原始 author 信息、或从其他系统（如 SVN、Perforce）导入的旧提交没带完整 author 字段。
VSCode 的 blame 完全依赖 git blame 命令输出，它读的是 commit 对象里的 author 和 committer 字段。如果字段为空或格式异常（比如只有邮箱没名字），VSCode 就 fallback 成 “Unknown Author”。
- 修复方法：用
git log -1 --pretty="%an %ae %ad" <commit-hash></commit-hash>检查具体提交的 author 信息 - 批量修正需用
git filter-repo，但会改写历史，团队协作中慎用 - 别指望 VSCode 自动补全缺失的 author 名——它不做任何推测，只忠实展示 Git 返回的内容
如何快速跳转到某次 blame 提交的详情页
鼠标悬停在 gutter 的 blame 文本上，会出现 tooltip，里面带一个可点击的 commit hash；点它会自动打开内置的 GitLens 提交视图（如果装了 GitLens），或跳转到 VSCode 内置的 “Commits” 面板（没装 GitLens 时）。
没装 GitLens？VSCode 原生也支持：点击后会在侧边栏打开 “Source Control” → “COMMITS”，列出该文件的历史提交。但注意，原生功能不支持查看 diff 或文件树，只看 commit message 和 author。
- 快捷键更快：
Ctrl+Click（Windows/Linux）或Cmd+Click（macOS）直接点击 gutter 中的哈希值 - 如果点击无反应，检查是否禁用了
git.enableSmartCommit或gitlens.advanced.blame.ignoreWhitespace等干扰配置 - 哈希值太短（如 7 位）可能匹配不到——VSCode 默认用完整 40 位哈希做 lookup，短哈希只是显示优化
Blame 视图性能差、卡顿或延迟高怎么办
根本原因是 VSCode 每次滚动或编辑都会重新触发 git blame 调用，而大文件（>10k 行）、老旧 Git 版本（-C（拷贝检测）参数时，耗时会指数级上升。
实测发现：VSCode 默认加了 -C -C -M 参数做跨文件移动/复制追踪，这对代码重构分析有用，但代价是慢 3–5 倍。你可以在设置里关掉：
"gitlens.advanced.blame.ignoreWhitespace": true, "gitlens.advanced.blame.followRenames": false
这两项关闭后，blame 响应基本回到毫秒级，但代价是：换行符修改、空格调整不会被忽略，文件重命名也不会追溯源头。
- 纯看“谁写的”，关掉
followRenames安全；想追重构链路，就得忍着卡顿 - 禁用
ignoreWhitespace后，git blame -w不再生效，空白变更也会触发新 author 标记 - 别试图用
git config --global blame.ignoreRevsFile .git-blame-ignore-revs来跳过某些提交——VSCode 的 blame 不读这个配置
/home/user/projects/legacy/app/src，却在 VSCode 里只打开了 src 文件夹——这时候 blame 直接失效，连提示都没有。
