简介
在本教程中，我们将探讨在 Git 中取消暂存文件的过程，这是管理版本控制工作流程的一项关键技能。无论你是不小心暂存了文件，还是想在提交之前查看更改，了解如何取消暂存文件都是一项重要的 Git 技术。
理解 Git 暂存区
Git 暂存区，也称为索引（index），是 Git 中的一个关键概念，它能帮助你在将代码更改提交到仓库之前对其进行管理。它在你的工作目录和 Git 仓库之间起到中介作用，使你能够有选择地决定在下一次提交中包含哪些更改。
当你对文件进行更改时，Git 会识别这些更改，但它们不会自动被添加到下一次提交中。相反，你需要使用 git add 命令将更改明确地添加到暂存区。这使你能够灵活地决定哪些更改要提交，哪些要排除。
graph LR
A[工作目录] -- git add --> B[暂存区]
B -- git commit --> C[Git 仓库]
暂存区充当了你更改的存放处，让你在提交之前可以对其进行检查和完善。当你有多个更改，或者想要将更改拆分成逻辑上的提交时，这一点特别有用。
通过理解 Git 暂存区的概念，你可以更好地控制代码更改的流程，并确保你的提交是有条理且有意义的。
取消单个文件的暂存
有时，你可能想从暂存区移除一个文件，同时又不丢弃你对它所做的更改。这被称为“取消暂存”一个文件，可以使用 git reset 命令来完成。
要取消单个文件的暂存，请按以下步骤操作：
- 打开终端并导航到你的 Git 仓库。
- 运行以下命令来取消文件的暂存：
git reset HEAD <file>将 <file> 替换为你要取消暂存的文件名。
以下是一个示例：
$ git status
位于分支 main
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
修改：README.md
修改：index.html
$ git reset HEAD README.md
重置后未暂存的更改：
M README.md
$ git status
位于分支 main
未暂存以备提交的更改：
（使用 "git add <file>..." 来更新将提交的内容）
（使用 "git restore <file>..." 来丢弃工作目录中的更改）
修改：README.md
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
修改：index.html在这个示例中，我们首先检查仓库的状态，发现两个文件 README.md 和 index.html 已被修改并添加到了暂存区。然后我们使用 git reset HEAD README.md 来取消 README.md 文件的暂存。输出显示对 README.md 的更改现在位于工作目录中，而不是暂存区。
通过取消文件的暂存，你可以在将更改提交到仓库之前对其进行检查和完善。
使用 “git reset” 命令
git reset 命令是 Git 中的一个强大工具，它允许你取消暂存更改、将分支指针移动到不同的提交，甚至完全丢弃更改。在取消文件暂存方面，git reset 命令是你主要会用到的工具。
使用 git reset 取消文件暂存的基本语法是：
git reset HEAD <file>此命令会将指定的文件从暂存区移除，但更改仍会保留在你的工作目录中。
你也可以使用 git reset 取消暂存区中的所有文件：
git reset HEAD这会将所有文件从暂存区移除，但更改仍会保留在你的工作目录中。
此外，git reset 可以与不同的选项一起使用以实现不同的结果：
git reset --soft HEAD~1：这会将分支指针向后移动一个提交，但更改仍会在暂存区和工作目录中。git reset --mixed HEAD~1：这会将分支指针向后移动一个提交并取消暂存更改，但更改仍会在工作目录中。git reset --hard HEAD~1：这会将分支指针向后移动一个提交并丢弃所有更改，包括暂存区和工作目录中的更改。
需要注意的是，应谨慎使用 --hard 选项，因为它会永久丢弃你的更改。
以下是使用 git reset 取消文件暂存的一个示例：
$ git status
位于分支 main
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
修改：README.md
修改：index.html
$ git reset HEAD README.md
重置后未暂存的更改：
M README.md
$ git status
位于分支 main
未暂存以备提交的更改：
（使用 "git add <file>..." 来更新将提交的内容）
（使用 "git restore <file>..." 来丢弃工作目录中的更改）
修改：README.md
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
修改：index.html在这个示例中，我们首先检查仓库的状态，发现两个文件 README.md 和 index.html 已被修改并添加到了暂存区。然后我们使用 git reset HEAD README.md 来取消 README.md 文件的暂存。输出显示对 README.md 的更改现在位于工作目录中，而不是暂存区。
通过了解 git reset 可用的不同选项，你可以有效地管理你的代码更改并在你的 Git 仓库中进行操作。
取消多个文件的暂存
除了取消单个文件的暂存，你还可以使用 git reset 命令一次性取消多个文件的暂存。当你进行了多项更改并想有选择地决定在下一次提交中包含哪些更改时，这会特别有用。
要取消多个文件的暂存，你可以使用以下命令：
git reset HEAD <file1> <file2> <file3>将 <file1>、<file2> 和 <file3> 替换为你要取消暂存的文件名。
以下是一个示例：
$ git status
位于分支 main
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
修改：README.md
修改：index.html
修改：app.js
$ git reset HEAD README.md index.html
重置后未暂存的更改：
M README.md
M index.html
$ git status
位于分支 main
未暂存以备提交的更改：
（使用 "git add <file>..." 来更新将提交的内容）
（使用 "git restore <file>..." 来丢弃工作目录中的更改）
修改：README.md
修改：index.html
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
修改：app.js在这个示例中，我们首先检查仓库的状态，发现三个文件 README.md、index.html 和 app.js 已被修改并添加到了暂存区。然后我们使用 git reset HEAD README.md index.html 来取消 README.md 和 index.html 文件的暂存。输出显示这两个文件的更改现在位于工作目录中，而不是暂存区。
通过一次性取消多个文件的暂存，你可以快速从暂存区移除更改，而无需逐个取消暂存。
请记住，取消文件暂存并不会丢弃你对它所做的更改。更改仍会存在于你的工作目录中，你可以选择稍后将它们重新添加到暂存区或完全丢弃它们。
在提交前取消暂存更改
偶尔，你可能会遇到这样的情况：你对文件进行了更改并将它们添加到了暂存区，但后来决定不在下一次提交中包含这些更改。在这种情况下，你可以使用 git reset 命令在提交之前取消这些更改的暂存。
当你进行了一些实验性更改，或者不小心将不想提交的文件添加到了暂存区时，这会特别有用。
以下是一个在提交前取消暂存更改的示例：
$ git status
位于分支 main
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
修改：README.md
修改：index.html
修改：app.js
$ git reset HEAD
重置后未暂存的更改：
M README.md
M index.html
M app.js
$ git status
位于分支 main
未暂存以备提交的更改：
（使用 "git add <file>..." 来更新将提交的内容）
（使用 "git restore <file>..." 来丢弃工作目录中的更改）
修改：README.md
修改：index.html
修改：app.js在这个示例中，我们首先检查仓库的状态，发现三个文件 README.md、index.html 和 app.js 已被修改并添加到了暂存区。然后我们使用 git reset HEAD 取消所有更改的暂存。输出显示这些文件的更改现在位于工作目录中，而不是暂存区。
通过在提交前取消暂存更改，你可以确保你的提交历史保持干净和有条理，并且只包含你打算提交的更改。
请记住，取消暂存更改并不会永久丢弃它们。更改仍会存在于你的工作目录中，你可以选择稍后将它们重新添加到暂存区或完全丢弃它们。
取消文件暂存的场景
在Git中取消文件暂存的功能在各种场景下都可能很有用。以下是一些你可能想要取消文件暂存的常见情况：
- 意外暂存文件：有时，你可能会意外地将一个你不打算包含在下一次提交中的文件添加到暂存区。在这种情况下，你可以使用
git reset来取消该文件的暂存。 - 试验性更改：当你在处理一个功能或修复一个漏洞时，你可能会对你的代码进行一些试验性更改。在提交这些更改之前，你可以使用
git reset来取消那些你不想包含在提交中的更改。 - 拆分提交：如果你进行了一系列相关的更改，但你想将它们拆分成单独的、逻辑清晰的提交，你可以使用
git reset来取消那些你不想包含在当前提交中的更改。 - 清理暂存区：如果你的暂存区变得杂乱，包含了你不想提交的文件，你可以使用
git reset有选择地取消那些你不需要的文件的暂存。 - 撤销意外提交：如果你意外地提交了你不打算提交的更改，你可以使用
git reset来取消该提交并撤销更改。
以下是在意外暂存文件的场景下使用 git reset 取消文件暂存的一个示例：
$ git status
位于分支 main
待提交的更改：
（使用 "git restore --staged <file>..." 来取消暂存）
新建文件：secret_file.txt
$ git reset HEAD secret_file.txt
重置后未暂存的更改：
A secret_file.txt
$ git status
位于分支 main
未跟踪的文件：
（使用 "git add <file>..." 来包含在将提交的内容中）
secret_file.txt在这个示例中，我们意外地将一个名为 secret_file.txt 的文件添加到了暂存区。然后我们使用 git reset HEAD secret_file.txt 来取消该文件的暂存，输出显示该文件现在位于工作目录中，而不是暂存区。
通过了解取消文件暂存可能有用的不同场景，你可以更有效地管理你的Git工作流程，并确保你的提交历史保持干净和有条理。
总结
在本指南结束时，你将对Git暂存区以及诸如 “git reset” 等用于高效取消文件暂存的各种命令有扎实的理解。这些知识将使你能够更好地管理你的Git仓库，并掌控项目的版本历史。
