git stash 保存当前工作区和暂存区进度，回退到上一个 git commit 之后的状态
git stash save 'msg' 添加注释
git stash list 显示保存的列表
git stash pop 恢复最新的进度到工作区
git stash pop stash@{1} 恢复指定的保存列表到工作区（通过 git stash list 得到 stash@{1}）
git stash clear 删除所有保存的工作进度
总结：
git stash 会将当前修改保存（默认只会保存加入到版本管理的文件，Untracked 文件不会存储），然后将当前工作区恢复到最近的一次提交，在此干净的基础上可以做其它工作，最后将工作区修改恢复
注意：恢复工作区修改，不是完全恢复到保存时候的状态，只是将修改恢复，在 stash 保存之后做的工作仍将保留
使用场景：
场景一：
先弄清楚几个事情：
- 线上用 master 分支
- 开发用 dev 分支
- bug 修复用 bugfix 分支（该分支可以不存在）
假如现在只有一个 master 分支，并且开发也是在 master 上（哦，糟糕的分支职责划分），
线上发生一个紧急bug 需要修复，又不想将目前的修改和bug 修复一块提交
传统方式：新建分支，在新分支上拉取 master 最新代码并修复，然后合并到 master 推送
解决： 使用 stash
git stash 保存当前修改
...bug 修复提交
git stash pop 恢复修改，继续工作
方便在于不用为了避免当前修改工作而另外建立分支
问题来了：
问题一： git stash pop 之后， bugfix 的内容还存在吗？
答： 存在
问题二： bugfix 和我们保存之前的修改冲突了怎么办？
答： 和 git merge 一样，会自动 merge, 并提示发生了冲突
image.png
场景二：
还是上面那个例子，只不过现在开发是在 dev 分支上
我们知道，dev 分支上有修改未提交，我们是不能切换到 别的分支上的，不管是 master 分支上还是 bugfix 分支上，一般情况下，我们需要提交 dev 分支上的修改再切换，那么 dev 分支上多了一次无畏的提交记录，如果不想加一次不必要的提交呢？
解决：用 git stash 保存当前修改，那么 dev 分支状态回退到 最近的一次提交，就是说这个时候 dev 分支是没有发生变化的（变化被保存到 stash 里了），那么就可以立刻切换分支
在 master 或 bugfix 分支上解决完 bug 后，就可以切换回 dev 分支，用 git stash pop 恢复之前的修改，继续工作。
总结：
git stash 之后，版本库状态会恢复到最近的一次提交完的状态
git stash 之后，做的修改，在 git stash pop 之后，仍然会保留，合并当前状态和 stash 状态，有冲突会默认 merge, 并提示冲突文件
git stash 默认只会保存已经加入到版本管理的文件
再说一句：
假如 A 文件已经被加入版本库，做以下操作：
git stash 保存
删除 A 文件
git stash pop 之后， A 文件是被删除掉的，不会再显示出来
