在 Git 中查看更新的内容（即工作区、暂存区或提交之间的差异）是日常开发中的常见操作。以下是常用的命令和场景说明：
文章目录
- 1、查看工作区与暂存区的差异
- 2、查看提交历史中的差异
- 3、查看工作区与最新提交的差异
- 4、查看两个提交之间的差异
- 5、查看某次提交的单个文件差异
- 6、图形化工具
- 7、常用选项
- 8、总结
- 附录A——git 如何查看历史提交文件的 md5sum 值
- 附录B——git log 如何下滑到最后
- 附录C——工作区 vs 暂存区
1、查看工作区与暂存区的差异
命令：git diff
作用：显示工作区中已修改但未暂存（未执行 git add）的文件内容变化。
示例：
git diff # 查看所有文件的差异
git diff path/to/file # 查看指定文件的差异
命令：git diff --staged 或 git diff --cached
作用：显示已暂存（执行过 git add）但未提交的文件内容变化。
示例：
git diff --staged
2、查看提交历史中的差异
命令：git log -p
作用：查看提交历史，并显示每次提交的代码差异（-p 表示显示补丁内容）。
示例：
git log -p -2 # 查看最近2次提交的差异
不 -p 仅显示描述信息
命令：git show <commit-hash>
作用：查看某次提交的详细信息，包括修改的文件和具体内容差异。
示例：
git show HEAD # 查看最新提交的差异
git show abc123 # 查看指定提交哈希的差异
3、查看工作区与最新提交的差异
命令：git diff HEAD
作用：比较工作区与最新提交（HEAD）之间的所有差异（包括未暂存的修改）。
示例：
git diff HEAD
4、查看两个提交之间的差异
命令：git diff <commit1> <commit2>
作用：比较两个提交之间的代码差异。
示例：
git diff abc123 def456 # 比较两次提交的差异
git diff HEAD~2 HEAD # 比较当前提交与前两次提交的差异
5、查看某次提交的单个文件差异
命令：git show <commit-hash>:<file-path>
作用：查看某次提交中指定文件的修改内容。
示例：
git show HEAD:src/main.c # 查看最新提交中 main.c 文件的修改
6、图形化工具
如果习惯图形化界面，可以使用以下工具：
gitk：Git 自带的图形化历史查看工具。
gitk # 打开图形化界面
VS Code、IntelliJ 等 IDE：内置 Git 插件，支持可视化查看差异。
7、常用选项
--name-only：仅显示修改的文件名，不显示具体内容。
bash
git diff --name-only
--stat：显示修改的统计信息（如增删行数）。
git diff --stat
8、总结
附录A——git 如何查看历史提交文件的 md5sum 值
在 Git 中，直接查看历史提交文件的 MD5 哈希值（或其他哈希值）并不是一个内置功能，但可以通过组合 Git 命令和外部工具（如 md5sum）来实现。
方法 1：通过 git show 和管道计算 MD5（推荐，简洁明了）
使用 git show 获取文件内容，然后通过管道传递给 md5sum（Linux/macOS）。
Linux/macOS 示例：
git show <commit-hash>:<file-path> | md5sum
示例：
git show HEAD:src/main.c | md5sum
方法 2：通过 git cat-file 获取文件内容并计算 MD5（半推荐，指令会长一些）
第一步：使用 git rev-parse 获取文件在某次提交中的 Blob 哈希。
第二步：通过 Blob 哈希获取文件内容并计算 MD5
git cat-file -p $(git rev-parse <commit-hash>:<file-path>) | md5sum
示例
git cat-file -p $(git rev-parse HEAD:src/main.c) | md5sum
方法 3：导出历史文件版本后计算 MD5（不太推荐，需要导出（覆盖、替换）文件）
第一步：导出某次提交的文件到工作区
git checkout <commit-hash> -- <file-path>
eg
git checkout abc123 -- src/main.c
第二步：计算导出的文件的 MD5
md5sum src/main.c
方法 4：批量查看历史提交的 MD5（脚本实现）
如果需要批量查看某个文件在不同提交中的 MD5，可以编写脚本（以 Linux/macOS 为例）：
#!/bin/bash
FILE_PATH="src/main.c"
for commit in $(git rev-list HEAD -- $FILE_PATH); domd5=$(git show $commit:$FILE_PATH | md5sum | awk '{print $1}')echo "Commit $commit: MD5=$md5"
done
注意事项
-
跨平台兼容性：Windows 用户需使用 CertUtil 或安装 md5sum 工具（如 Git Bash 自带）。
-
大文件性能：对于大文件，管道操作可能较慢，建议使用方法 3（导出文件后计算）。
-
Git 历史记录：如果文件被重命名或移动，需使用
git log --follow <file-path>跟踪完整历史。
附录B——git log 如何下滑到最后
图方便可以离线分析，git log > log.txt
附录C——工作区 vs 暂存区
在 Git 中，工作区（Working Directory）和暂存区（Stage/Index）是版本控制流程中的两个关键概念，它们共同协作以实现代码的有效管理和版本控制。
一、工作区（Working Directory）
定义：
- 工作区是指开发者在本地计算机上实际编辑和修改文件的区域。简单来说，就是你在计算机上看到的项目文件夹，里面包含了你当前正在处理的代码文件、资源文件等。
特点：
- 动态性：工作区的文件状态会随着你的编辑操作而实时变化。
- 非版本控制：默认情况下，工作区的文件不受 Git 版本控制，除非你明确地将它们添加到 Git 的管理中。
作用：
- 开发者在这里进行代码的编写、修改和测试。
- 是开发者与项目交互的直接界面。
二、暂存区（Stage/Index）
定义：
- 暂存区是 Git 中的一个特殊区域，用于临时保存即将被提交到版本库的更改。它像一个“购物车”，你可以在这里挑选和整理要提交的更改。
特点：
- 临时性：暂存区中的更改只是临时保存，还没有真正成为版本库的一部分。
- 可控性：你可以自由地选择将哪些更改添加到暂存区，以及从暂存区中移除哪些更改。
作用：
- 精细化控制：允许你选择性地提交更改，而不是一次性提交所有工作区的更改。
- 准备提交：在提交更改到版本库之前，先在暂存区中进行整理和确认。
三、工作区与暂存区的协作流程
- 修改文件：在工作区中编辑和修改文件。
- 添加到暂存区：使用
git add命令将修改后的文件添加到暂存区。此时，这些更改就被标记为“待提交”。 - 提交到版本库：使用
git commit命令将暂存区中的更改提交到版本库。提交后，暂存区中的更改就被永久地记录在版本库中，同时暂存区被清空，等待下一次的更改添加。
四、示例说明
假设你正在开发一个项目，并修改了几个文件。现在，你想将这些更改提交到版本库中：
（1）在工作区中修改文件：你编辑了 file1.txt 和 file2.txt。
（2）添加到暂存区
git add file1.txt file2.txt
这样，file1.txt 和 file2.txt 的更改就被添加到了暂存区。
（3）提交到版本库
git commit -m "修改了 file1.txt 和 file2.txt"
提交后，这些更改就被永久地记录在版本库中。
工作区和暂存区是 Git 版本控制流程中的两个重要环节。工作区是开发者进行代码编辑和修改的地方，而暂存区则是用于临时保存即将被提交到版本库的更改的区域。 通过合理地使用这两个区域，开发者可以更加精细地控制代码的提交过程，确保版本库中的代码始终保持整洁和有序。
的方法)
)
