项目级Git日志用Ctrl+Shift+E（Win/Linux）或Cmd+Shift+E（macOS）打开，非右键“Show History”；灰色提交不在当前分支路径，不可reset；支持author:、branch:等语法过滤，不支持布尔组合；重命名文件历史需命令行git log --follow补查。
PhpStorm 查 Git 提交历史，别先开 Terminal —— 90% 的需求用快捷键 Ctrl+Shift+E（Windows/Linux）或 Cmd+Shift+E（macOS）就能解决，比 git log 更快、更稳、自带过滤和跳转。
怎么打开项目级 Git 日志（不是单文件）
很多人点右键 → Show History，结果只看到一个文件的修改记录，漏掉合并、跨分支提交等关键信息。项目级完整历史必须用快捷键：Ctrl+Shift+E（Win/Linux）或 Cmd+Shift+E（macOS）。这个操作打开的是 Git Log 工具窗口，显示所有分支、所有远程引用的提交流。
常见卡顿原因：首次加载时 PhpStorm 正在解析全部 reflog 和分支引用，不是卡死，等几秒即可。如果完全空白，检查右下角状态栏是否显示正确的 .git 根路径 —— 若项目目录嵌套过深或 .git 不在根目录，日志会为空。
为什么有些提交是灰色的，双击没反应
灰色提交表示它不在当前分支的可到达路径上（即 git merge-base HEAD <commit></commit> 不成立），比如已合并但未被当前分支包含的 feature 分支提交。这类提交不能直接 reset 或 revert，但可以右键 → Show Diff with Working Tree 查看它和当前工作区的差异。
立即学习“PHP免费学习笔记（深入）”；
双击无响应的典型场景：
- 该提交中某文件已被重命名、删除或权限变更，PhpStorm 不支持高亮这类非普通修改
- 目标文件在当前工作区已不存在（如被删或改名），面板显示
File not found in working tree，而非报错 - 提交来自 submodule 或 fork 仓库，PhpStorm 不自动关联源码路径
如何精准定位某人、某分支、某关键词的提交
Git Log 窗口顶部搜索框支持语法过滤，但规则很具体：
-
author:张三→ 筛出作者邮箱或姓名含“张三”的提交（注意：匹配的是 Git 配置的user.name或邮箱，不是 commit message） -
branch:develop→ 指该提交能被git branch --contains命中，即属于本地develop分支的可达历史；远程分支如origin/feature/x必须先Fetch才能筛选 -
fix|bug→ 启用右侧Regex复选框后生效，支持正则，但不支持布尔组合（如author:张三 AND message:fix无效）
想查重命名后的文件历史？PhpStorm 不支持 git log --follow，得切 Terminal 补查：git log --follow --oneline path/to/file.php。
怎么追溯某一行代码是谁、什么时候改的
右键编辑器某行 → Git → Annotate（或快捷键 Ctrl+Shift+A / Cmd+Shift+A 输入 “Annotate”），侧边栏立刻显示每行最后一次被修改的提交哈希、作者、时间。
注意几个关键细节：
- 显示的是“该行内容最后被哪次提交引入/修改”，不是“该行最后一次被编辑的提交”——比如仅调整缩进或空行，不会更新 blame 信息
- 合并提交默认不参与
Annotate，需手动开启：Settings → Version Control → Git → Enable "Annotate merged commits" - 光标停在某行按
Alt+F1（Win/Linux）或Cmd+F1（macOS）→Git → Show History for Line，可直接打开仅影响该行的全部提交列表
reflog 这种“后悔药”功能 WebStorm/PhpStorm 都不直接暴露，但 Terminal 入口始终可用：git reflog 能找回本地误删分支、reset --hard 错了、甚至关 IDE 前忘提交的记录 —— 它只存在本地，且默认 90 天后被 GC 清理，别等真丢了才想起来查。
