gitlens右键菜单无“blame annotated line”是因默认关闭行级注解，需启用gitlens.blame.line.enabled；时间显示作者时间而非提交时间，可改gitlens.defaultdatestyle为commit；悬停时间不可复制，可用ctrl+alt+h查历史并复制；多人协作中作者信息丢失源于git历史重写，非插件问题。
GitLens右键菜单里找不到“Blame Annotated Line”
VSCode安装GitLens后，默认不会在右键菜单显示行级提交信息功能，得手动启用。这不是插件没装好，而是它把高频操作藏在了命令面板和内联装饰里。
- 确保
gitlens.blame.line.enabled设为true（设置中搜“blame line”就能找到） - 关闭并重开文件，或用快捷键
Ctrl+Shift+P（macOS 是Cmd+Shift+P）输入GitLens: Toggle Blame Annotations手动开启 - 如果还是不显示，检查当前文件是否在 Git 仓库内——
.git目录缺失或子模块路径异常都会导致 blame 失效
看到的提交时间是作者时间还是提交时间？
GitLens 默认显示的是 author date，也就是代码写入时的本地时间，不是 committer date。这会导致你看到“2023年写的代码”，实际是 2024 年 rebase 后合并进主干的。
- 想看真正合入时间，得在设置里把
gitlens.defaultDateStyle改成commit（而不是默认的author） - 这个区别在 PR 合并、cherry-pick、rebase 场景下特别明显；比如某行被
git cherry-pick -x过，作者时间和提交时间就差好几天 - 时间格式本身受系统 locale 影响，但 GitLens 不解析时区偏移——所有时间都按你本地时区显示，别误以为是 UTC
鼠标悬停显示的时间戳点不动、复制不了
GitLens 的 inline blame 提示是只读浮层，没法选中或复制。这不是 bug，是设计如此；真要导出时间，得走别的路。
- 把光标停在某行，按
Ctrl+Alt+H（macOS 是Cmd+Option+H）呼出历史视图，里面每条 commit 都带完整时间戳，可复制 - 右键某行 →
GitLens: Show History of Line，打开的侧边栏里时间字段支持双击选中 - 如果只是临时查，终端里跑
git blame -l -s -f --date=iso8601 <filename></filename>更直接，输出带 ISO 格式时间，适合粘贴进文档
多人协作时 blame 显示的提交人总不是原始作者
GitLens 按当前 HEAD 的 commit 做 blame，如果中间有人 amend、rebase 或 force-push 覆盖过历史，原始作者信息就丢了。这不是插件问题，是 Git 本身的线性快照机制决定的。
- 想追溯最初谁写了这行，先确认当前分支有没有被重写过：运行
git reflog show --date=iso看最近的 HEAD 变动记录 - 如果发现
rebase或reset，就得切到旧 commit 再查，比如git checkout abc1234 && code .，然后重新开 GitLens - 团队里长期用
--force-with-lease推送的，建议把git config --global blame.ignoreRevsFile .git-blame-ignore-revs配上，把 merge/rebase 提交哈希写进去，避免干扰
git blame 命令此刻返回的结果。所以别怪插件不准，先看看 git log -p 里那行到底在哪次 commit 出现过。
