git reset (取消暂存,保留工作区修改)

出现这种情况的背景：我不小心把node_modules文件添加到暂存区了，由于文件过大，导致不能提交，所以我想恢复之前的状态，但又不想把修改的代码恢复为之前的状态，所以使用这个命令可以只恢复暂存区的状态，不会影响我们的代码。

当你发现当前的暂存区（也叫索引区）内容过多，或者因为某些原因想回退到上一次的状态时，可以使用以下 Git 命令来恢复到上一次的暂存区状态：

核心命令： git reset

git reset 命令可以用来撤销暂存区、工作区和提交的更改。要恢复上一次的暂存区状态，你需要使用 git reset 命令的 --mixed 或不带参数（默认行为就是 --mixed）的选项。

详细步骤:

确认当前暂存区状态:

在执行任何操作之前，先确认当前的暂存区状态。使用 git status 命令：
```
git status
```
这将显示哪些文件被暂存（添加到索引），哪些文件被修改但未暂存。
恢复到上一次暂存区状态：

使用 git reset 命令，不加任何参数，或者使用 --mixed 选项：
```
git reset
```
或者
```
git reset --mixed
```
这两种方式效果是一样的。

这个命令的作用：
- 取消暂存： 这个命令会把所有暂存区的文件移除，恢复到上一次 git add 之后的状态。
- 保留工作区修改： 你的工作区（你编辑的文件）的修改将保留，不会被删除或者修改，只是这些修改不再位于暂存区。
- 本质: git reset 命令实际上是把当前分支的 HEAD 指针指向的提交节点向前移动（如果参数是 commit hash 的话）。如果不加任何参数，或者加上 --mixed 参数， Git 不会修改工作区的内容，仅仅是把暂存区重置到 HEAD 指针指向的提交对应的状态。
验证暂存区状态：

再次运行 git status 命令，确认暂存区是否已恢复到你想要的状态：
```
git status
```
你会看到所有之前被添加到暂存区的文件现在都被标记为 Changes not staged for commit，表示他们还未加入暂存区。

示例:

假设你修改了以下文件并添加到暂存区：

然后你意识到这些修改不应该提交，或者你想要重新组织暂存区的内容。

再次运行 git status，你将会看到：

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
    modified:   file1.txt
    modified:   file2.js

这意味着 file1.txt 和 file2.js 的修改还在工作区，但是已经不在暂存区了。

总结：

git reset （不带任何参数或者使用 --mixed 选项）是恢复到上一次暂存区状态的简单方法。
这个命令会将暂存区清空，但是不会修改工作区的文件。
要清楚的是， git reset 并没有删除你的本地修改，仅仅是让 Git 不再跟踪这些修改（在暂存区）。你可以重新选择那些需要提交的文件进行暂存（git add）。

注意事项：

其他选项（了解即可）：

通过以上方法，你应该可以成功恢复到上一次的暂存区状态。记住，在使用 Git 命令时，理解其作用和影响非常重要，这样可以避免不必要的数据损失。

在这里插入图片描述