欢迎回来，未来的时空旅行者！现在，是时候提升你的 Git 技能，去探索迷人的暂存区（Staging Area）世界了。
在本实验中，我们将深入研究 Git 的文件管理功能。你将学习如何在项目中添加和删除文件、忽略不想追踪的文件、在提交前查看更改，甚至在出错时撤销更改。这些技能就像是升级你的时光机——它们将让你在穿梭项目时间线时拥有更强的掌控力和灵活性。
完成本实验后，你将对 Git 的暂存区有更深入的理解，并明白它如何帮助你创建更有条理、更有意义的提交。那么，让我们启动终端，开启这段激动人心的旅程吧！
首先，让我们为本次实验创建一个新目录。打开终端并输入以下命令：
cd ~/project
mkdir git-staging-lab
cd git-staging-lab
git init这些命令会创建一个名为 git-staging-lab 的新目录，进入该目录，并初始化一个新的 Git 仓库。
现在，让我们创建一个简单的 Python 脚本来配合后续操作：
echo "print('Hello, Git!')" > hello.py该命令会创建一个名为 hello.py 的文件，其中包含一条简单的 Python 打印语句。
现在我们有了 hello.py 文件，让我们把它添加到暂存区。暂存区就像是一个准备区，你可以在这里收集所有想要包含在下一次提交中的更改。
运行以下命令：
git add hello.py这个命令告诉 Git 开始追踪 hello.py 文件，并将其包含在下次提交中。
现在，让我们检查仓库的状态：
git status你应该会看到类似这样的输出：
On branch master
No commits yet
Changes to be committed:
(use "git rm --cached <file>..." to unstage)
new file: hello.py这段输出告诉我们 hello.py 现在已经在暂存区了，准备好被提交。
为什么我们需要暂存区？想象一下你正在为旅行打包行李。暂存区就像你的行李箱——你可以往里面添加物品（更改），如果改变主意也可以取出物品，当你对行李箱里的所有东西都满意时，你就拉上拉链（进行一次提交）。这让你能够仔细挑选每次提交的内容，使你的项目历史更加整洁且有意义。
有时候，有些文件你不希望 Git 追踪，比如临时文件或敏感信息。Git 允许你通过一个名为 .gitignore 的特殊文件来忽略这些文件。
让我们创建一个 .gitignore 文件：
echo "*.log" > .gitignore这个命令创建了一个 .gitignore 文件，告诉 Git 忽略任何以 .log 结尾的文件。
现在，让我们创建一个日志文件来测试我们的 .gitignore：
echo "This is a log file" > debug.log检查仓库状态：
git status你会发现 debug.log 没有出现在输出列表中，但 .gitignore 出现了：
On branch master
No commits yet
Changes to be committed:
(use "git rm --cached <file>..." to unstage)
new file: hello.py
Untracked files:
(use "git add <file>..." to include in what will be committed)
.gitignore.gitignore 文件非常强大。它可以忽略特定的文件、整个目录，或者使用模式匹配来忽略符合特定条件的文件。这在实际项目中非常有用，因为你可能会有构建产物、缓存文件或特定环境的配置文件，而这些都不应该成为 Git 仓库的一部分。
让我们添加并提交我们的更改：
git add .gitignore
git commit -m "Initial commit with hello.py and .gitignore"随着项目的增长，你经常会想在提交之前回顾一下所做的更改。Git 为此提供了一个强大的命令：git diff。
让我们修改 hello.py 文件：
echo "print('Hello, Git! Welcome to the staging area.')" > hello.py现在，让我们使用 git diff 来查看发生了什么变化：
git diff你应该会看到类似这样的输出：
diff --git a/hello.py b/hello.py
index ed51d3f..1385fe3 100644
--- a/hello.py
+++ b/hello.py
@@ -1 +1 @@
-print('Hello, Git!')
+print('Hello, Git! Welcome to the staging area.')这段输出准确地显示了文件中更改的内容。以 - 开头的行显示了被删除的内容，以 + 开头的行显示了新添加的内容。
git diff 就像时光机的日志本。它让你看到自己做出的确切改动，当你试图回忆做了什么，或者在提交前进行代码审查时，这非常有用。git diff --staged 是该命令的另一个常用变体，它显示你已经放入暂存区但尚未提交的更改。这在你准备最终提交前进行最后检查时非常有帮助。
按下 q 键退出 git diff 视图。
有时候，你可能会把一个文件添加到暂存区后又改变了主意。Git 允许你轻松地撤销暂存（Unstage）。
首先，让我们把对 hello.py 的更改放入暂存区：
git add hello.py现在，假设我们改变了主意，不想在下次提交中包含这些更改。我们可以使用 git restore 命令来撤销暂存：
git restore --staged hello.py让我们检查一下状态：
git status你会看到 hello.py 现在列在「未暂存以备提交的变更」（Changes not staged for commit）下方，而不是「要提交的变更」（Changes to be committed）下方。
这种将文件移入和移出暂存区的能力让你对提交拥有精细的控制权。这就像在正式出发旅行前，你可以无数次地装箱和拆箱。
恭喜你，Git 探险家！你刚刚提升了自己的版本控制技能。让我们回顾一下你在本实验中学到的内容：
git add 将文件添加到暂存区。.gitignore 忽略不想追踪的文件。git diff 查看文件中的更改。git restore --staged 撤销暂存的更改。这些技能让你对 Git 工作流拥有了更多的掌控力。特别是暂存区，它是一个强大的功能，允许你通过精心挑选要包含的更改来构建更有意义的提交。
以下是这些技能如此重要的原因：
.gitignore 通过排除不需要版本控制的文件，保持仓库的整洁。git diff 让你在提交前复核更改，帮助你及早发现错误。随着你继续 Git 之旅，你会发现这些技能价值连城。它们构成了高级 Git 工作流的基础，让你能够轻松管理复杂的项目。
记住，熟练掌握 Git 需要不断练习。不要害怕尝试和犯错——这正是我们学习的方式！继续探索，继续提交，见证你的项目随着时间的推移不断演进。
你的下一段 Git 冒险即将开启。保持好奇心，祝你编程愉快！
