先确认分支名和路径写法：git log feature/login 报“unknown revision”说明本地无该分支，需用 git branch -a 查看是否仅存在 remotes/origin/feature/login，若是则执行 git fetch origin feature/login 或 git checkout feature/login；路径过滤必须加 -- 分隔符，如 git log feature/login -- src/api/client.js。
git log branch-name 查不到提交？先确认分支名和路径写法
直接运行 git log feature/login 却报错 fatal: ambiguous argument 'feature/login': unknown revision，大概率是分支名拼错或本地没同步远程分支。Git 不会自动拉取远程分支到本地引用，feature/login 在本地不存在时就无法解析。
实操建议：
- 用
git branch -a列出所有本地+远程分支，确认目标分支是否在列表中（远程分支带remotes/origin/前缀） - 如果只看到
remotes/origin/feature/login，需先运行git fetch origin feature/login或git checkout feature/login（Git 2.23+ 会自动建立追踪） - 路径过滤必须加
--分隔符：查src/api/client.js要写成git log feature/login -- src/api/client.js，漏掉--可能被误认为参数而报错
只想看主干提交，别被 merge 提交淹没
默认 git log feature/login 会把所有可到达的提交都列出来，包括从 main 合并进来的 commit——这些不是你关心的“feature 分支上的开发动作”，反而干扰判断。
实操建议：
- 加
--first-parent：只沿第一个父提交向上追溯，跳过 merge 引入的支线历史，例如git log --first-parent --oneline feature/login - 避免误用
--all：它会拉所有分支拓扑，和“只看某一分支”目标冲突；真正需要图形化又限定分支时，用git log --graph --oneline feature/login就够了 - 如果分支已合并进
main，但你想回溯它独立演进的过程，--first-parent是关键，否则你会看到一堆重复的main提交
查某人改了什么文件、哪天改的，组合参数比单用更准
协作中常见需求不是“看全部”，而是“张三昨天改了 config.yaml 的哪些地方”。单个参数如 --author 或 --since 容易漏匹配，必须组合。
实操建议：
-
--author大小写敏感，且用户名含空格必须加双引号：git log --author="zhang san" --since="1 day ago" --oneline -- src/config.yaml - 时间范围支持自然语言：
"2026-06-08"、"last Monday"、"3 hours ago"，但注意时区按本地 Git 配置走 - 想确认某次提交是否真的动了这个文件，别只信日志标题——加
-p看真实 diff：git log -p -1 abc1234 -- src/config.yaml
文件已被删或重命名，历史就断了？用 --follow 补链
执行 git log src/utils/time.js 没输出，可能不是没改过，而是这个文件后来被删了、重命名了，或者压根不在当前分支存在。Git 默认只查“当前树里存在的路径”。
实操建议：
- 加
--follow让 Git 追踪重命名链：git log --follow --oneline src/utils/time.js，它会顺着git mv记录把历史串起来 - 如果文件已彻底删除且没重命名记录，得切到还存在的分支查，比如
git log main -- src/utils/time.js -
--follow只对单文件有效，不支持通配符或目录；想查整个目录的历史，得用git log --oneline -- src/dir/（末尾斜杠表示目录）
真正容易被忽略的是：路径过滤必须带 --，--author 必须严格匹配大小写和空格，还有 --follow 仅限单文件——这三处写错，命令就失效，但错误提示往往很模糊。
