vscode原生git: toggle line blame是最稳方案，聚焦编辑器后按ctrl+shift+p输入执行，即可在左侧gutter显示作者名、简短hash和相对时间；需文件已提交且工作区为git仓库根目录。
Ctrl+Shift+P 后执行 Git: Toggle Line Blame 是最稳的快捷入口
这不是“快捷键组合”，而是 VSCode 内置 Git 功能的标准启动方式。它不依赖插件、不需额外配置，只要文件已提交且仓库根目录正确识别，就能立刻在左侧 gutter 显示作者名 + 简短 hash + 相对时间（如 “2 days ago”）。
常见误区：Ctrl+Alt+H 或 Alt+B 是 GitLens 的快捷键，不是 VSCode 原生功能；原生 Git 没有全局绑定的快捷键，必须走命令面板。
- 聚焦编辑器后按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS） - 输入
Git: Toggle Line Blame，回车执行 - 再次执行同一命令可关闭，无残留、不刷新文件
状态栏实时显示作者需手动启用 git.enableBlameAnnotations
想让光标停在哪行，右下角状态栏就自动显示该行作者和时间？这功能默认关闭，且只对已提交的 tracked 文件生效。
启用后，你不用每次敲命令，但必须满足三个条件：文件在 git status 中显示为 modified 或 committed，不是 untracked；VSCode 状态栏左下角能看到分支名（如 main）；git.path 指向可用的 Git 二进制文件（尤其 WSL/SSH 场景易出错）。
- 打开设置（
Ctrl+,），搜索git.enableBlameAnnotations，勾选启用 - 若状态栏仍不显示，检查
git config --get user.name和git config --get user.email是否非空 - 新建文件或未
git add的文件永远显示Unknown author，这是 Git 层限制，不是设置问题
GitLens 的 Alt+B 不通用，且行为受 ignoreWhitespace 控制
Alt+B（Windows/Linux）或 Option+B（macOS）是 GitLens 插件的快捷键，但它触发的是 GitLens: Toggle Line Blame，效果和原生命令不同：它默认启用 gitlens.advanced.blame.ignoreWhitespace，即跳过纯空格/缩进改动——这意味着 Prettier 自动格式化后，blame 会指向上一次“逻辑修改”，而非格式化者。
- 若想看到所有变更（包括格式化），需在设置中关闭
gitlens.advanced.blame.ignoreWhitespace - 启用
gitlens.blame.line.enabled后，作者信息才常驻 gutter；仅开gitlens.showCurrentLineBlame只影响状态栏 - 右键某行 →
GitLens: Show Line History（或Alt+H L）才能查“不止最后一次”的修改者，原生命令做不到
“Unknown author” 不是快捷键失效，是 Git 元数据真实缺失
无论用哪个快捷方式，只要某行显示 Unknown author，第一反应不该是重装插件或改快捷键，而是验证 Git 状态：
- 运行
git blame -L <line>,<line> -- <file></file></line></line>，结果一致说明是 Git 本身无法追溯，不是 VSCode 渲染问题 - 常见真实原因：文件刚
git add但未git commit；该行来自 squash merge；当前工作区有未暂存修改（git status显示 modified） - 路径大小写不一致（如
Utils.jsvsutils.js）或core.ignorecase = true也会导致匹配失败
快捷键再快，也绕不开 Git 提交历史的真实约束。真正要查“谁写了这行”，得先确认它是否已被 Git 记录过。
