大龙说学区1. Git修改检查的必要性与场景
在软件开发过程中，代码的版本控制是保证项目质量的重要环节。作为开发者，我们经常需要确认当前工作区的修改是否符合预期，特别是在以下场景：
- 准备提交代码前，需要全面检查所有变更
- 多人协作开发时，需要明确自己负责的修改范围
- 修复bug后，需要确认没有引入意外变更
- 功能开发中途，需要回顾已完成的修改内容
Git提供了多种方式来查看未提交的修改，每种方式都有其适用场景和优势。掌握这些方法不仅能提高开发效率，还能避免许多潜在的代码问题。
提示：养成在提交前检查修改的习惯，可以显著减少意外提交错误代码的情况。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 查看未提交修改的核心命令
2.1 git status - 基础修改概览
git status是最基础的修改检查命令，它能显示工作目录和暂存区的状态：
bash复制git status
输出会包含以下关键信息：
- Changes to be committed：已暂存的修改（绿色）
- Changes not staged for commit：未暂存的修改（红色）
- Untracked files：未被Git跟踪的新文件（红色）
这个命令的优势在于快速概览，适合日常开发中快速确认当前修改状态。但它不显示具体的修改内容，只能知道哪些文件被修改了。
2.2 git diff - 详细修改内容对比
当需要查看具体的代码变更时，git diff是最常用的工具：
bash复制# 查看工作区与暂存区的差异
git diff
# 查看工作区与最新提交的差异
git diff HEAD
# 查看暂存区与最新提交的差异
git diff --cached
git diff的输出采用统一差异格式(unified diff)，包含：
- 变更的文件路径
- 变更的代码位置（@@ -x,y +a,b @@）
- 删除的行（以-开头，红色显示）
- 新增的行（以+开头，绿色显示）
对于大型变更，可以指定文件路径缩小查看范围：
bash复制git diff path/to/file
2.3 git diff --word-diff - 单词级变更查看
有时行级差异仍然不够精细，特别是当一行中有多处小修改时：
`