3.7操作⏱ 约 4 分钟

看改了什么(git diff)

提交前,先看清自己改了哪些行

🔎 最后验证 2026-05📚 来源:Git/GitHub 官方文档🧰 Git✅ 144 人学过👁 272 次阅读

为什么学这个

提交之前,你应该先确认"我到底改了哪些行"。git diff 把改动逐行标出来:加了什么、删了什么,一目了然。这是专业开发者提交前的必看步骤。

💡 打个比方

git diff 就像 Word 的 "修订/比较"模式:把改之前和改之后并排比,新增的标 +、删掉的标 -,让你提交前心里有数。

这个仓库已有"初始提交"。试试:改动文件(echo 新加一行 >> 笔记.txt),然后 git diff 看它标出 + 新加一行:

模拟终端(自由练习 · 敲错也不会弄坏任何东西)

🎯 小目标:修改文件后,用 git diff 看清自己加了哪一行

这是一个已初始化好的 Git 仓库(已有一个'初始提交')。试试 git status、git log。

~ $

❓ 测验

git diff 输出里,以 + 开头的行表示?

⚠️ 避坑git diff 默认只看'还没 add 的改动'

一旦你 git add 了,改动进了暂存区,普通 git diff 就看不到它了(要用 git diff --staged 看已暂存的)。新手常因此以为"diff 怎么空了"。记住:add 之前用 git diff,add 之后用 git diff --staged。

🤖 用 AI 巩固这一节

请讲清楚 git diff、git diff --staged、git diff 两个提交id 这三种用法分别比较的是什么。用'比较哪两个版本'的角度说。

🔎 来源与核验· 2 条,点开核对

本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。

「git diff 逐行显示工作区相对上次提交的改动(+ 新增 / - 删除)」

「已 add 的改动用 git diff --staged 查看」

✅ 小结

你能看清改动了。那万一改坏了、想"撤销回上次提交的样子"怎么办?下一节学反悔神器 git restore。

下一节 → 撤销改动(git restore)

都看到这了，打个赏呗！