git log --oneline --follow filename可追溯单文件从创建至今的完整修改轨迹，穿透重命名，避免历史断裂；加-n 10限制条数，路径含空格需用引号包裹。
git log --oneline --follow filename 查看单文件提交轨迹
想追溯一个文件从创建到现在被哪些 commit 修改过，git log 加 --follow 是最直接的方式。它能穿透重命名（比如 utils.js 改名为 helpers.js），避免因文件名变更导致历史断裂。
常见错误是漏掉 --follow：不加的话，只要文件被重命名或移动，git log filename 就只会显示该名字下的提交，早先的历史直接消失。
-
--oneline让输出紧凑，每行一个 commit ID + 标题 - 加
-n 10可限制最多显示 10 条 - 如果文件路径含空格或特殊字符，记得用引号包裹：
git log --follow "src/components/My Button.jsx"
git diff commit1 commit2 -- filename 对比任意两版差异
要对比两个特定版本之间某个文件的改动，必须显式指定路径（用 -- 分隔参数和文件名），否则 Git 可能误判为比较整个仓库。
典型误操作：写成 git diff abc123 def456 filename 而没加 --，Git 在某些旧版本会报错 error: did you forget to 'git add'? 或静默忽略文件名。
- 对比当前工作区与某次提交：
git diff abc123 -- src/index.ts - 对比暂存区与某次提交：
git diff --cached abc123 -- src/index.ts - 对比两次提交间该文件：
git diff abc123 def456 -- src/index.ts
git show commit:filepath 快速查看某次提交中该文件的完整内容
不需要打开编辑器、也不需要 checkout，用 git show 就能直接输出某个 commit 下该文件的快照内容。这是定位“某次提交里这个文件到底长什么样”的最快方式。
注意路径写法：冒号前是 commit 引用（可以是 SHA、HEAD~2、main 等），冒号后是相对于仓库根目录的路径，且必须准确——不能用 glob，也不能省略子目录。
-
git show HEAD:package.json→ 查看最新提交里的package.json -
git show HEAD~3:src/api/client.ts→ 查看倒数第三次提交中的该文件 - 如果提示
pathspec 'xxx' did not match any files，大概率是路径写错了，或该 commit 中根本没这个文件（比如文件是后来才添加的）
git blame filename 定位每行代码的最后修改者和提交
当发现某行逻辑异常，想立刻知道谁改的、什么时候改的、为什么改，git blame 比翻 log 更高效。它按行标注 commit ID、作者、时间，并高亮显示原始 commit 信息。
容易被忽略的是：默认只显示最近一次修改，如果某行之后被其他提交整体移动或缩进，git blame 可能“跳过”中间变更。这时加 -w（忽略空白变化）或 --ignore-rev <code>commit-id 可提升准确性。
-
git blame -L 42,42 src/router.ts→ 只看第 42 行 -
git blame -w --date=short src/router.ts→ 忽略空格变动，日期格式更简洁 - 在 VS Code 中右键文件选 “Git: Blame” 也能调出图形化视图，但底层仍是调用这条命令
实际用得多的组合是先 git log --follow 锁定关键提交，再用 git show 或 git diff 精确比对内容。文件重命名、分支合并带来的路径偏移，是这类操作里最容易漏掉的上下文。
