git show 是最直接、最常用的方式查看某次提交的完整内容，包括提交信息、作者、时间及所有代码变更；默认显示元信息与diff，加 --name-only 仅列文件路径，对合并提交需用 -m 才能查看各父提交差异。
git show 是最直接、最常用的方式查看某次提交的完整内容，包括提交信息、作者、时间，以及这次提交引入的所有代码变更（add/modify/delete）。它不依赖分支或工作区状态，只聚焦于那个 commit 本身。
用 git show 查看指定 commit 的完整 diff
只要知道 commit ID（或它的前几位，如 abc1234），就能立刻看到这次提交改了什么：
git show abc1234
默认显示该 commit 的元信息 + 所有被修改文件的 diff。如果只想看变更列表（不展开 diff），加 --name-only：
git show --name-only abc1234
- commit ID 可以是完整哈希、短哈希（通常 7 位足够）、
HEAD~2、main@{3}等任何能定位到 commit 的引用 - 如果 commit 是合并提交（有两个 parent），
git show默认只显示「从第一个 parent 到该 merge」的 diff，不是全部变化 —— 这点容易误判，需留意 - 输出中文件路径前的
+/-表示新增/删除，@@行是 diff 范围标记，和日常git diff一致
用 git show 查看某次提交的特定文件变更
当一次提交改动了十几个文件，但你只关心其中某个，比如 src/utils.js，可以精确过滤：
git show abc1234:src/utils.js
注意冒号写法：前面是 commit ID，后面是相对于仓库根目录的路径。这会直接输出该文件在那次提交时的**完整快照内容**（不是 diff）。
若要查看这个文件在那次提交中的 diff（即它被怎么改的），则写成：
git show abc1234 -- src/utils.js
- 两种写法目的完全不同：
commit:path是“取内容”，commit -- path是“看变更” - 路径必须写对；如果文件在那次提交中已被删除，
git show abc1234 -- deleted-file.js仍能显示删除前的 diff（标为deleted file mode） - 支持通配符，比如
git show abc1234 -- "src/**/*.test.js"（需 shell 支持，zsh/bash 一般 OK）
对比 git show 和 git log -p
git log -p 是按时间倒序列出多个 commit 的 patch，而 git show 只聚焦单个 commit。两者底层都用同一套 diff 逻辑，但行为差异明显：
-
git show总是显示 HEAD 对应的 commit（不加参数时），更符合“查某一次”的直觉；git log -p默认从 HEAD 开始翻页，容易滑过目标 -
git show支持--stat快速看变更统计（增删行数、文件数），git log -p --stat也能，但多了一层日志头，干扰信息更多 -
git show的输出可直接被管道处理，比如git show abc1234 | head -20快速扫一眼，而git log -p每个 commit 前都有分隔线，解析成本高
常见错误与坑
实际用的时候，这几个点最容易卡住：
- 输错 commit ID 后提示
bad revision：先用git log --oneline -n 10确认最近的几个 short hash，别靠记忆拼写 - 看到 “merge commit has no changes” 或 diff 为空：大概率是因为用了
git show查合并提交，而它默认不显示两个 parent 之间的差异；此时改用git show -m abc1234（-m强制拆解为多个父提交的 diff） - 想看某次提交的作者但
git show输出太长：加--format="%an %ae %ad"单独提取，例如git show -s --format="%an %ae %ad" abc1234（-s表示 skip patch） - 在 CI 脚本里用
git show获取变更文件列表，结果因子模块或二进制文件报错：加上--quiet或捕获 stderr，避免中断流程
真正难的不是命令本身，而是判断“这个 commit 是否真的包含我关心的修改”——有时 diff 看着没动业务逻辑，但可能是 submodule commit 更新、.gitignore 变更或换行符调整，得结合上下文看。
