git diff不加参数时只对比工作区与暂存区；加--cached看暂存区与HEAD差异；用git diff HEAD查看工作区+暂存区与最近一次commit的全部差异。
直接看差异，用 git diff 就够了；但不同场景下它默认行为不同，不加参数容易漏改、误判。
git diff 不加参数时只对比工作区和暂存区
这是最常被忽略的前提：没 git add 过的修改，git diff 才会显示；一旦 git add 了，这些改动就进了暂存区，git diff 就“看不见”它们了。
- 想看“还没暂存的修改”，直接运行
git diff - 想看“已暂存但还没 commit 的修改”，得加
--cached（或--staged）：git diff --cached - 想看“工作区 + 暂存区 和最近一次 commit 的全部差异”，用
git diff HEAD
对比两个 commit 或分支用 git diff commit1..commit2
注意双点 .. 是标准写法，单点或空格容易出错。Git 会把右边 commit 当作基准，左边当作目标，显示“从右到左”的变更。
GitHub Actions Runtime Regression Audit
下载
对比基线与当前 GitHub Actions 运行导出，在 CI 成本和交付周期激增前及时发现工作流或作业运行时性能退化。
- 比较当前分支和
main分支的差异：git diff main..HEAD - 比较两个具体 commit：
git diff a1b2c3d..e4f5g6h - 如果只写
git diff main，Git 默认理解为git diff HEAD..main，即“当前分支相对于 main 的变化”——这和多数人直觉相反，容易看反
只看某个文件或目录的差异
git diff 支持路径限定，但要注意路径必须是 Git 跟踪的文件，且不能用通配符自动展开（shell 展开后可能出错）。
- 看单个文件：
git diff path/to/file.js - 看整个目录（含子目录）：
git diff src/（末尾斜杠非必需，但加上更清晰） - 想排除某些类型文件（比如 .log），得配合
git config设置diff.ignoreSubmodules或用外部工具，git diff本身不支持 --exclude - 如果提示 “fatal: ambiguous argument”，通常是路径名和分支名冲突（比如有分支叫
config，又有文件叫config.js），加--显式分隔：git diff -- config.js
常用实用技巧和易踩坑点
日常高频操作里，几个小参数能省大量时间，但错用会导致信息过载或遗漏关键变更。
- 只看变动行号和函数名（方便快速定位）：
git diff -p --summary，其中-p是默认行为，--summary会额外显示重命名、模式变更等元信息 - 忽略空格变化（合并 PR 前快速确认逻辑是否真变了）：
git diff -w，但注意-w会同时忽略所有空白符，包括有意义的缩进调整 - Windows 用户遇到换行符警告（CRLF/LF），先检查
core.autocrlf设置，别直接用--ignore-cr-at-eol掩盖问题 -
git diff默认不递归显示子模块变更，要加--submodule才能看到子模块内 commit 变动
真正麻烦的不是命令记不住，而是搞不清“当前对比的是哪两层状态”。每次执行前，花三秒想想：我是在比工作区 vs 暂存区？还是暂存区 vs HEAD？还是两个历史节点？这个前提错了，后面所有输出都不可信。
