webstorm 无实时 git blame，仅支持行号区右键触发一次性 annotate；显示最后引入该行内容的提交，非编辑行为记录；需文件已加入 vcs，且结果依赖本地索引状态。
WebStorm 本身不提供“开启 Git Blame”的开关，也没有实时行级注解浮层；你真正能用的，是 Annotate with git blame 这个一次性触发动作——它不是常驻功能，而是按需调用的快照式追溯。
右键行号区才能触发 Annotate，点代码行或文件名没用
很多人找不到菜单，是因为误点了代码内容区域或文件标签页。WebStorm 的 Annotate with git blame 只在**行号区（gutter）右键**才出现。如果没看到该选项，说明当前文件未被 Git 跟踪（状态为红色“Unversioned”），得先右键 → Add to VCS，再试一次。
- 行号区空白处右键 → Git →
Annotate with git blame - 成功后，编辑器左侧会显示每行最后一次修改的提交哈希、作者、时间
- 点击任意一行的哈希，自动跳转到
Show History并高亮该次提交 - 退出注解视图只需按
Esc或右键 →Hide Annotations
Annotate 显示的不是“谁编辑了这行”，而是“这行内容最后由哪次提交引入”
这是最容易误解的一点：Annotate 不记录 IDE 编辑行为，它复用的是 git blame 的语义——即按内容溯源。如果你只是删了个空行、改了缩进、或者整块移动函数，只要那行原始内容没变，它仍会标出最初写入它的那次提交。
- 合并提交默认不参与 blame，除非手动开启：Settings → Version Control → Git → 勾选
Enable "Annotate merged commits" - 通过
cherry-pick引入的行，显示的是 pick 那次提交，不是源提交 - 重写历史（如
rebase）后未git fetch --prune，侧边栏可能卡在旧哈希上
想查某行更早的修改？别只盯着 Annotate 侧边栏
Annotate 默认只给最近一次，但你可以从这里快速下钻：
- 光标停在目标行，按
Alt+F1（Windows/Linux）或Cmd+F1（macOS）→ 选Git → Show History for Line，直接打开过滤后的 Log 窗口，列出所有影响该行的提交 - 若该行被多次移动（比如函数剪切到新文件），
git log -L无法跨文件追踪，得切 Terminal 手动跑git blame -C -C -C <file></file> - 选中几行（如一个配置段）后右键 →
Git → Show History for Selection，比全文件日志更聚焦，但对纯空行或注释无效
别指望 WebStorm 自动同步 blame，复杂场景得靠 Terminal 补位
WebStorm 的 Annotate 是轻量、本地、无网络依赖的，但它不支持增量更新、不跟踪 reflog、也不处理子模块内文件。遇到这些情况，Terminal 是唯一可靠路径：
- 恢复误删分支或 reset 错的提交？
git reflog是唯一入口，WebStorm 不暴露该命令 - 想忽略空格变更看实质逻辑改动？
git blame -w <file></file>或git log -L <line>,<line>:<file> -w</file></line></line> - 大仓库（>50k 提交）下 Log 卡顿？终端跑
git log --oneline --graph --all --simplify-by-decoration更稳
真正容易被忽略的是：Annotate 的结果完全取决于本地 Git 索引状态。它不会主动拉远程历史，也不会感知你刚 git pull 过没——你得自己确保工作区和本地仓库是最新鲜的。
