CSDN|有了 Git 这个操作，我再也不怕代码混乱了！

_本文原题：有了 Git 这个操作，我再也不怕代码混乱了！

本文插图
作者 | 梁唐
来源 |TechFlow（ID：techflow2019）
大家好，今天的文章我们来介绍 git 当中一个非常常用的功能—— 储藏。
大家在协同开发的时候应该都有这样的经历，有的时候我们的功能开发了一半，因为某些原因我们想要 checkout 到其他的分支上查看代码或者是执行某个工作。但是如果我们直接执行 checkout ， git 会禁止我们的行为。
我拿本地的项目举个例子，可以看到当我们执行了 checkout 命令之后， git 提示我们在一些文件的改动会被覆盖，所以拒绝了我们的 checkout 命令。

本文插图
image-20201023084358700
这个时候应该怎么办呢？最好的办法当然是使用 git commit 把改动提交了。但问题是有的时候我们不想提交一些代码，比如还没有经过严谨的测试，或者是我们临时开发的一些测试功能等等。在这种情况下 commit 也是不合适的，即使提交了了，之后在 push 之前也会要把 commit 撤销了。但如果一不小心忘记了，可能就会造成悲剧。
针对这个问题， git 提供了一个解决策略就是 stash 功能。
储藏改动
git stash 可以将本地还没有提交的改动全部存储起来。接着，我们在之前的某一篇文章当中加上一行 -test stash 。
我们执行一下 git diff ，可以看到这行改动。

本文插图
接着我们执行 git stash ，会发现我们的 git 目录又回到了没有改动的状态。再执行 git diff 也看不到任何改动了。

本文插图
这是因为 git 把我们本地还没有提交的改动都暂存了起来，这样方便我们进行 checkout 或者是其他一些操作，而不会起冲突或者是其他的影响。
应用改动
那么当我们操作完成之后，想要还原刚才暂存起来的内容，这个时候应该怎么办呢？
也有办法，我们只需要使用 git stash apply 或者是 git stash pop 这两个命令就可以将刚才暂存起来的内容还原了。但是这里有一个问题，就是 stash apply 和 pop 之间是不同的。
这里涉及到 stash 内部的实现机制， stash 内部其实是通过堆栈实现的。 pop 对于堆栈而言很明确，就是弹出的意思。也就是说如果我们使用的是 pop ，那么当我们 pop 之后，这条记录会在堆栈当中删除。而如果使用的是 apply 呢，记录不会从堆栈当中删除，仍然会保留下来。
一般情况下我使用 pop 多一些，但是 pop 也有缺点，比如 pop 没有办法选择应用的记录。我们可以使用 git stash list 来查看一下当前堆栈当中已经有的记录。

本文插图
如果我们使用 git stash pop 的话，默认的是应用的栈顶的记录，也就是 stash@{0} 。但如果我们使用 stash apply 的话，我们可以自由选择我们想要应用的记录。比如如果我们想要应用最后一条记录的话，我们可以这样：