GitLens 提交记录面板打不开通常因仓库未被识别或插件未激活，需确认当前文件属于已初始化的 Git 仓库、VS Code 状态栏显示分支名、工作区为仓库根目录，并检查 Git 扩展是否启用。
GitLens 的提交记录面板打不开怎么办
点开 GitLens 图标没反应，或者右键菜单里找不到「Show History」，大概率是仓库没被正确识别或插件未激活。GitLens 不会自动扫描整个文件系统，它只对当前 VS Code 工作区中已初始化 Git 仓库的文件生效。
- 确认当前打开的文件属于一个合法 Git 仓库：
git status在终端能正常执行，且输出不报fatal: not a git repository - 检查 VS Code 底部状态栏左下角是否显示分支名（如
main或dev）；没显示说明 Git 扩展没加载该目录 - 如果工作区包含多个文件夹，确保你打开的是仓库根目录，而不是子目录——GitLens 对子文件夹下的文件可能无法关联到 .git
- 重启 VS Code 后仍无效？试试禁用再启用 GitLens，或检查是否有其他 Git 插件冲突（比如官方 Git 扩展被意外禁用）
右键「Git: View File History」没反应或只显示空列表
这通常不是插件坏了，而是 GitLens 默认只显示「当前分支有变更记录」的文件历史。如果你刚克隆仓库、还没做任何 commit，或者该文件是新添加但尚未 git add，它就不会出现在历史里。
- 运行
git log --oneline -- <code>filename手动验证：如果终端也返回空，说明 Git 确实没有这条路径的提交记录 - GitLens 的「File History」默认不显示未跟踪（untracked）文件的历史——哪怕你用过
git stash或临时改过内容，只要没 commit 过，就查不到 - 想看所有分支对该文件的修改？点击 GitLens 侧边栏顶部的
⋯→ 选Change View Mode→ 切到All Branches，否则默认只查当前分支
提交记录里看不到某次修改，但 git blame 能看到
git blame 显示的是「每一行最后一次被谁修改」，而 GitLens 的「File History」展示的是「整份文件在哪些 commit 中被整体提交过」。两者粒度不同，行为逻辑也不同。
- 常见于合并提交（merge commit）：如果某次改动是通过
git merge合入的，且未开启--no-ff，那这次修改可能只存在于父 commit 中，不会单独出现在当前分支的线性 history 里 - 重写历史后（如
git rebase、git filter-repo），旧 commit ID 失效，GitLens 缓存可能未刷新——关掉再重开文件，或点击历史面板右上角的Refresh按钮 - 某些编辑器缓存机制会导致 GitLens 加载滞后：保存一次当前文件（
Ctrl+S），有时能触发重新索引
想快速跳转到某次提交的代码快照，但面板里找不到「Open in Time Travel」
这个功能默认隐藏，得手动开启。GitLens 的「Time Travel」不是所有版本都默认启用，也不是所有视图都支持——它只在「File History」和「Line History」里可用，且依赖本地 Git 仓库完整可用。
- 先确认你用的是 GitLens v14+（旧版叫 GitLens for VS Code），低版本无此功能；升级后需重启 VS Code
- 右键某条 commit 记录，菜单里出现
Open in Time Travel前，必须确保该 commit 存在且可检出——如果提示Unable to open time travel view，大概率是该 commit 已被git gc清理或引用丢失 - Time Travel 打开的是只读快照，不能编辑；想对比差异？右键 commit →
Compare with Working Tree更直接
GitLens 查历史不难，难的是它高度依赖 Git 本身的完整性与上下文。很多“查不到”其实不是插件问题，而是当前文件、分支、commit 状态本身就不满足查询前提——动手前先敲一行 git log -n 5 --oneline -- <code>yourfile.js，比翻设置快得多。
