WebStorm 中“Git Log for Line”功能即 Annotate，右键代码行选择 Git → Annotate 或用快捷键 Ctrl+Shift+A（Win/Linux）/Cmd+Shift+A（macOS）调出；它在侧边栏显示每行最后一次被修改的提交信息，依赖文件已纳入 Git 且有提交历史。
Git Log for Line 功能在哪找
WebStorm 本身不直接显示“每行的 Git 提交记录”这个面板，但内置了 Git Log for Line（也叫 Annotate）功能，它会用侧边栏显示每行代码最后一次被修改的提交信息——这是最接近你需求的原生方案。
触发方式很简单：在编辑器中右键某一行（或选中多行），选择 Git → Annotate；或者按快捷键 Ctrl+Shift+A（Windows/Linux）或 Cmd+Shift+A（macOS），输入 “Annotate” 回车。
注意：该功能依赖当前文件已纳入 Git 仓库且有提交历史。如果文件是新建未 git add 的，或所在分支没提交过，侧边栏会显示 “No blame information available”。
为什么有些行显示的不是你预期的提交
Annotate 显示的是“该行内容最后被哪次提交引入/修改”，不是“该行最后一次被编辑的提交”。也就是说，如果某次提交只是删了空行、改了缩进、或移动了整块代码，而没有动这行的实际逻辑内容，那它仍会保留原始提交哈希。
- 合并提交（
merge commit）默认不参与 blame，除非你在设置里勾选了Include merges（File → Settings → Version Control → Git → Enable "Annotate merged commits"） - 重写历史后（如
git rebase或git filter-repo），本地仓库没git fetch --prune更新引用，Annotate 可能显示旧提交 ID - 如果某行是通过
git cherry-pick引入的，Annotate 显示的是 cherry-pick 那次提交，不是源提交
想看某行更早的修改记录怎么办
Annotate 默认只给最近一次提交，但你可以点侧边栏里的提交哈希，快速跳转到对应 Git Log 视图，再点该提交 → 右键某文件 → Git → Show History for Selection，就能看到这个文件在该提交之前的所有修改记录。
更高效的做法是：在 Annotate 状态下，把光标停在某行，按 Alt+F1（Windows/Linux）或 Cmd+F1（macOS），选择 Git → Show History for Line —— 这会直接打开一个过滤后的 Log 窗口，仅显示影响这一行的全部提交。
这个操作底层调用的是 git blame -L <line>,+1 --show-name --date=iso 类似命令，所以它依赖 Git 命令行可用，且项目根目录下必须有有效的 .git。
常见失效场景和绕过方法
遇到 Annotate 灰掉、没反应、或提示 “No Git root found”，先检查这几个硬性条件：
- 当前文件是否在 WebStorm 识别的 Git 仓库内？查看右下角状态栏有没有显示分支名（如
main）。没有的话，可能项目没关联 Git，或.git路径不对（比如子模块、符号链接路径） - WebStorm 是否用了内置 Git？进
Settings → Version Control → Git，确认Path to Git executable指向的是真实可执行文件（如/usr/bin/git），而不是空或错误路径 - 文件是否被标记为 “ignored”？检查
.gitignore或 WebStorm 的Settings → Version Control → Ignored Files，被忽略的文件无法 Annotate
如果只是临时想查某次修改，又不想开 Log 窗口，可以右键行号区域 → Git → Compare with Revision…，手动选两个提交比对差异——这招在调试“这行什么时候悄悄变了”时很实在。
真正麻烦的是二进制文件、大文件、或启用 core.autocrlf 导致换行符频繁变更的仓库，blame 结果容易失真。这种时候别信侧边栏数字，老老实实翻 git log -L 命令更可靠。
