最直接方式是git diff ，显示从旧提交到新提交的行级差异，-表示旧版有新版删，+表示旧版无新版增；顺序颠倒会导致语义反转。
git diff 比较两个 commit 之间的差异
最直接的方式是用 git diff 加上两个 commit 的哈希值，比如 git diff a1b2c3d e4f5g6h。它会显示从第一个 commit 到第二个 commit 之间所有变更的行级差异（包括新增、删除、修改）。注意顺序：前者是“基准”，后者是“目标”，结果展示的是“如何从前者变成后者”。
常见错误是搞反顺序，导致看到大量 - 行（误以为删了代码），其实只是基准选错了。如果记不清哪个是旧版，可以用 git log --oneline 先确认提交时间线。
- 想看某次提交引入了哪些改动？用
git diff HEAD~1 HEAD - 不确定哈希值？可用分支名或 tag 替代，如
git diff main v1.2.0 - 默认只显示已跟踪文件的差异；加
--no-index才能比较工作区未跟踪文件（慎用）
git log -p 查看某次提交的完整变更内容
如果你只想聚焦单个 commit 的修改，git log -p 比 git diff 更高效。它按提交倒序列出每个 commit，并内联显示该次提交的 patch 内容。加上 -n 3 可限制只看最近 3 次，或用 --grep="fix" 过滤含关键词的提交。
注意：git log -p 显示的是该 commit 的“快照差”——即和其父提交相比的变化。对合并提交（有两个以上父提交），默认只和第一个父提交比，要显式指定用 git show <commit></commit> 或 git diff <commit>^2 <commit></commit></commit>。
- 想跳过二进制文件？加
--text参数（但部分 Git 版本不支持，可改用--ignore-cr-at-eol配合过滤） - 输出太长看不过来？管道接
| less或加--stat先看改动文件列表 - Windows 上中文路径乱码？设置
git config --global core.quotepath false
git diff --staged 查看暂存区与最后一次提交的差异
这是日常开发中最常被忽略却最关键的对比场景：你刚 git add 了一些文件，但还没 git commit，此时想确认暂存区里到底塞了什么？用 git diff --staged（等价于 git diff --cached）就能精准看到“即将提交的内容”。
很多人误用 git diff（无参数），结果只看到工作区和暂存区的差异，漏掉了已 add 但尚未提交的部分。尤其在改了 A 文件、add 后又继续改 A 文件时，git diff 和 git diff --staged 会显示完全不同的内容。
-
git diff→ 工作区 vs 暂存区 -
git diff --staged→ 暂存区 vs HEAD -
git diff HEAD→ 工作区 vs HEAD（二者叠加）
用 git difftool 调起图形化工具看差异
当差异量大、逻辑复杂，或者需要逐函数/逐块确认时，命令行 patch 容易看串行。这时 git difftool 就很有用——它会为每个有差异的文件启动你配置的 GUI 工具（如 VS Code、Beyond Compare、meld）。
首次使用前需配置：比如用 VS Code，执行 git config --global diff.tool vscode 和 git config --global difftool.vscode.cmd 'code --wait --diff $LOCAL $REMOTE'。注意 $LOCAL 是旧版本，$REMOTE 是新版本，别写反。
- 不想每次确认？加
-y参数跳过交互提示 - 只比某个目录？追加路径，如
git difftool HEAD~2 -- src/utils/ - 某些工具（如 meld）在 macOS 上可能因沙盒报错，需用
open -a Meld包一层启动器
真正容易被忽略的是：difftool 默认只比暂存区和 HEAD 的差异（类似 git diff --staged），若要对比任意两个 commit，必须显式写全，例如 git difftool abc123 def456。
