欢迎，Git 探索者！今天，我们将深入研究 Git 中最强大且最常用的功能之一：git diff 命令。如果你曾好奇自己究竟对文件做了哪些改动，或者需要对比不同版本的代码，git diff 正是你需要的工具。
git diff 命令就像是你代码变更的显微镜。它能让你精准地查看仓库各种状态之间的差异，无论这些变更是在工作区、暂存区，还是在不同的提交或分支之间。
在本次实验中，我们将探索如何：
完成本次实验后，你将成为 git diff 专家，能够精准且自信地审查你的变更。这项技能对于检查工作成果、准备提交以及与他人高效协作至关重要。
让我们开始深入探索 git diff 的威力吧！
在开始对比差异之前，我们需要先搭建一个包含一些文件和提交记录的工作空间。我们将创建一个新目录，初始化 Git 仓库，并添加一些带有多次提交的文件。
打开终端并输入以下命令：
cd ~/project
mkdir git-diff-lab
cd git-diff-lab
git init现在，让我们创建一些文件并进行一系列提交，请复制并粘贴以下命令：
echo "## Git Diff Lab" > README.md
git add README.md
git commit -m "Initial commit"
echo "function greet(name) {" > greet.js
echo " return 'Hello, ' + name + '!';" >> greet.js
echo "}" >> greet.js
git add greet.js
git commit -m "Add greet function"
echo "const numbers = [1, 2, 3, 4, 5];" > numbers.js
echo "console.log(numbers);" >> numbers.js
git add numbers.js
git commit -m "Add numbers array"让我们回顾一下刚才的操作：
现在我们已经拥有了一个具有历史记录的仓库供我们探索！
git diff 最基本的用法是查看工作区中尚未加入暂存区的变更。让我们来探索一下。
首先，修改我们的 greet.js 文件：
echo "function farewell(name) {" >> greet.js
echo " return 'Goodbye, ' + name + '!';" >> greet.js
echo "}" >> greet.js现在，使用 git diff 来查看这些变更：
git diff你应该会看到类似这样的输出：
diff --git a/greet.js b/greet.js
index 95f5574..a3641f6 100644
--- a/greet.js
+++ b/greet.js
@@ -1,3 +1,7 @@
function greet(name) {
return 'Hello, ' + name + '!';
}
+function farewell(name) {
+ return 'Goodbye, ' + name + '!';
+}让我们分析一下这段输出：
+++ 和 --- 行显示了正在比较的文件版本（a/ 是原始版本，b/ 是新版本）。@@ 行提供了变更发生在文件中具体位置的上下文信息。+ 开头的行表示新增内容，而以 - 开头的行则表示删除内容。这个差异对比告诉我们，我们在 greet.js 中添加了三行新内容。
按下 q 键退出差异查看界面。
现在，将这些变更加入暂存区：
git add greet.js如果你再次运行 git diff，将不会看到任何输出。这是因为默认情况下 git diff 只显示未暂存的变更。要查看已暂存的变更，你需要使用 git diff --staged，我们将在下一步中介绍。
请记住，不带任何参数的 git diff 是将你的工作区与暂存区进行比较。这是在暂存变更前检查工作成果的好方法。
既然我们已经暂存了变更，现在来学习如何将暂存区与最后一次提交进行比较。这对于审查下一次提交将包含哪些内容非常有用。
要查看暂存区与最后一次提交之间的差异，请使用：
git diff --staged你应该会看到与上一步类似的输出，显示了新增的 farewell 函数。
当你分多次暂存了变更，并想在最终提交前统一审查所有内容时，这个命令特别有用。
让我们再做一次修改并暂存，看看它是如何工作的：
echo "console.log(greet('World'));" >> greet.js
git add greet.js现在，当你运行 git diff --staged 时，你会同时看到 farewell 函数和新添加的 console.log 行。
请记住，git diff --staged（或者同义词 git diff --cached）显示的是当前暂存区相对于最后一次提交的变更。这是在提交前再次确认已暂存内容的好习惯。
Git diff 在比较不同分支时也非常有用。当你正在开发功能分支并想查看它与主分支的区别时，这会非常有帮助。
让我们创建一个新分支并进行一些更改：
git checkout -b feature-branch
echo "const PI = 3.14159;" >> numbers.js
git add numbers.js
git commit -m "Add PI constant"现在，让我们将此分支与主分支进行比较：
git diff master feature-branch你应该会看到显示在 numbers.js 中添加了 PI 常量的输出。
这个命令显示了 master 分支末端和 feature-branch 分支末端之间的差异。它的意思是「告诉我 feature-branch 中有哪些变更是不在 master 中的」。
你也可以通过省略第一个分支名称来将当前分支与其他分支进行比较：
git diff master这会将你当前的分支（feature-branch）与 master 进行比较。
请记住，在比较分支时：
-）。+）。在准备合并分支或想要查看某个功能分支引入了哪些改动时，此功能极其有用。
有时，你只想查看某个特定文件或一组文件的变更。Git diff 让你能够轻松实现这一点。
让我们修改多个文件：
echo "function multiply(a, b) { return a * b; }" >> greet.js
echo "const doubledNumbers = numbers.map(n => n * 2);" >> numbers.js现在，如果我们只想查看 greet.js 的变更，可以使用：
git diff greet.js这将仅显示对 greet.js 所做的修改。
你还可以比较不同分支之间的特定文件：
git diff master feature-branch -- numbers.js这显示了 master 和 feature-branch 分支之间 numbers.js 文件的差异。
上述命令中的 -- 用于将文件路径与分支名称分开。虽然并非总是必须，但养成使用它的习惯可以避免歧义，特别是当你的文件名可能被误认为是分支名时。
请记住，你可以将文件路径与我们学过的任何 diff 命令结合使用。在大型项目中，当你改动了许多文件但只想关注其中几个时，这非常实用。
虽然 Git 内置的 diff 功能很强大，但有时你可能需要更直观的变更展示。许多开发者会为此使用外部差异分析工具。
一个流行的工具是 vimdiff。让我们配置 Git 来使用 vimdiff：
git config --global diff.tool vimdiff
git config --global difftool.prompt false现在，你可以使用 git difftool 来代替 git diff：
git difftool这将在 vimdiff 中打开每个修改过的文件。你可以使用 :n 切换到下一个文件，使用 :prev 切换到上一个文件。要退出 vimdiff，请使用 :qa!。
还有许多其他可用的差异分析工具，例如 Beyond Compare、KDiff3 或 P4Merge。工具的选择通常取决于个人喜好和操作系统。
请记住，虽然可视化差异工具非常有帮助（尤其是处理大规模变更时），但它们并非总是必需的。许多开发者通过练习变得精通标准的 git diff 输出，并更喜欢它在日常使用中的速度和简洁性。
恭喜你，差异侦探！你刚刚完成了对 git diff 世界的深度探索。让我们回顾一下我们涵盖的核心概念：
git diff 命令是 Git 工具箱中一个强大的工具。无论你是准备提交、审查同事的工作，还是试图理解项目的演进历史，它都能让你精准地检查变更。
请记住，精通 git diff 需要实践。如果起初输出看起来有些晦涩，请不要气馁——随着时间的推移，你将能够快速且高效地阅读差异报告。
在继续你的 Git 旅程时，请不断探索 git diff 的各种选项和应用场景。这是一个多功能的命令，可以与许多其他 Git 功能结合使用，为你提供关于项目变更的深刻见解。
祝你对比愉快，愿你的代码变更始终清晰且符合预期！
