摘要：
解锁Git核心技能：一文学会查看工作区与暂存区差异目录导读 Git核心概念速览：工作区、暂存区与版本库 核心命令详解：git diff 的多种用法 实战应用场景与高效技巧 常见问题... 解锁Git核心技能：一文学会查看工作区与暂存区差异
目录导读
在软件开发的版本控制中，Git无疑是当今最强大的工具之一，其高效的管理能力源于独特的三区结构：工作区（Working Directory）、暂存区（Staging Area）和版本库（Repository），清晰掌握这三者之间的状态差异，是进行精准代码提交、避免混乱的关键，本文将深入浅出，为您系统讲解如何使用Git命令查看工作区与暂存区之间的差异,助您提升开发效率。
Git核心概念速览：工作区、暂存区与版本库
在深入命令之前,理解三个核心区域的关系至关重要：
- 工作区：即我们肉眼可见的本地项目目录，在这里我们进行所有文件的编辑、新增和删除操作。
- 暂存区（Index）：一个中间区域，像一个缓存区，通过
git add命令，我们可以将工作区的修改“挑选”出来，临时存放在这里,准备形成一个完整的提交。 - 版本库（仓库）：执行
git commit后，暂存区的内容就会作为一个永久的快照存入版本库,生成一个提交记录。
查看差异的核心，就在于比较工作区与暂存区（已add和未add的修改），以及比较暂存区与版本库（即将提交的内容）。
核心命令详解：git diff 的多种用法
git diff 是查看差异的主力命令，通过不同的参数,可以精准定位到需要比较的区域。
查看工作区与暂存区的差异
这是最常用的场景：当你修改了文件后，想知道自从上次执行git add以来，你又做了哪些改动（即哪些修改还没有被暂存）。
命令：
git diff
输出解读： 命令会以标准差异格式显示所有未被暂存的修改，输出中，以 开头的行表示暂存区中的内容（旧内容），以 开头的行表示工作区中的新内容，如果执行此命令没有任何输出,说明工作区和暂存区的内容完全一致。
查看暂存区与最新提交（HEAD） 的差异
此命令用于查看已经通过 git add 暂存起来的修改内容，即，如果现在立即提交,本次提交将包含哪些变更。
命令：
git diff --cached
或
git diff --staged # `--staged` 是 `--cached` 的同义词，更直观
输出解读： 显示所有已暂存文件与最后一次提交（HEAD）之间的差异,这让你在提交前做最后确认。
查看工作区与最新提交（HEAD） 的差异
此命令一次性展示所有修改，包括已暂存和未暂存的，它等于 git diff（工作区vs暂存区） + git diff --cached（暂存区vs版本库）的综合视图。
命令：
git diff HEAD
应用场景： 当你忘记哪些修改已暂存、哪些未暂存时,可以用此命令快速获得一个全局视图。
比较特定文件的差异
如果只关心某个或某几个文件的变动,可以在命令后指定文件路径。
命令示例：
git diff README.md # 查看工作区与暂存区中README.md的差异 git diff --cached src/main.js # 查看暂存区与HEAD之间main.js的差异 git diff HEAD -- ./src # 查看工作区与HEAD之间src目录下所有文件的差异
简洁的统计信息
有时你不需要看具体的代码改动，只想知道有多少文件被修改、新增或删除了多少行。
命令：
git diff --stat # 统计工作区与暂存区的变更摘要 git diff --cached --stat # 统计暂存区与HEAD的变更摘要
输出示例： README.md | 5 +++--，表示README.md文件有5处修改,涉及2行内容的具体变动。
实战应用场景与高效技巧
提交前的完美检查
- 编辑代码后，先运行
git diff,仔细检查每一个未暂存的修改。 - 使用
git add <file>将满意的修改加入暂存区。 - 运行
git diff --cached,确认即将提交的内容准确无误。 - 执行
git commit。
撤销不必要的修改
- 运行
git diff发现工作区有错误的修改。 - 若想丢弃工作区对该文件的修改（危险操作，不可恢复），使用：
git checkout -- <file>。 - 若想将已暂存的修改移回工作区，使用：
git reset HEAD <file>,然后再按需决定是否丢弃工作区修改。
高效技巧：
- 别名设置：可以将常用命令设为简短别名，如
git config --global alias.df "diff"，git config --global alias.dfc "diff --cached"，之后用git df、git dfc即可。 - 图形化工具：对于复杂的改动，使用
git difftool命令调用配置好的图形化比较工具（如Beyond Compare, VSCode内置工具）进行可视化对比,更加直观。 - 分页查看较长时，Git默认会启用分页器（如less），按
空格键向下翻页，按q键退出。
常见问题与解答（QA）
Q1: git diff 和 git status 有什么区别？
A1: git status 给出的是一个概括性、列表式的状态报告，告诉你哪些文件被修改了、哪些文件已暂存、哪些是未跟踪文件，而 git diff 展示的是具体的、行级差异，通常先看 status 了解概况，再用 diff 查看具体改了哪里。
Q2: 我执行 git diff 什么都没显示，但 git status 显示有文件被修改了，这是为什么？
A2: 这通常意味着你对文件的所有修改都已经被 git add 暂存起来了，工作区和暂存区内容一致，git diff 无输出，你应该使用 git diff --cached 来查看这些已暂存的修改内容。
Q3: 如何比较两个特定提交之间的差异，而不是和工作区或暂存区比较？
A3: 使用 git diff <commit-id-1> <commit-id-2>。git diff HEAD~1 HEAD 可以比较最新提交和上一次提交之间的差异，更多提交比较技巧可以在 ww.jxysys.com 上找到专题文章。
Q4: 如何查看某个文件在版本历史中的修改记录和具体差异？
A4: 使用 git log -p -- <file>。-p 参数会显示每次提交的具体差异,这是一个非常强大的代码追溯命令。
Q5: git diff 的输出格式太复杂，有更简洁的方式吗？
A5: 可以尝试使用 git diff --word-diff，它会以单词为单位高亮显示差异，对于阅读文本文件（如Markdown、文档）的改动更友好，对于代码，可以结合IDE的Git集成功能,体验更佳。
熟练掌握 git diff 及其相关命令，就如同拥有了透视代码变更的“显微镜”，它能让你在提交前充满信心，在回顾时清晰明了，是保证代码提交质量、高效协作的基石，建议在日常开发中多加练习，将其融入你的标准工作流，想了解更多Git高级用法和团队协作规范，请持续关注 ww.jxysys.com 的技术分享。
