当我们正在写作或者编写代码的时候，往往会有另外一个紧急任务到来，这个时候我们可以暂存一下手头的修改，切换去做另一个任务，当任务完成的时候，在恢复以前的工作，继续写代码，在这个场景中我们就可以使用stash。下面我们看看stash的例子吧。
实际工作流程
注意：真实开发环境会有更标准的流程，感兴趣的话可以了解一下git flow，source tree对这个流程支持的比较好。可以看看下图。
source tree git flow
这里我们只是为了说明stash功能，所以工作流程并不是最佳实践。如果对git flow感兴趣，可以查看这个文章。git-flow-cheatsheet
下面小熊又要上场了，小熊一直工作在分支bear上，现在有一个bug需要基于master修复，这时候我们因该怎么做呢？
-
查看一下本地状态
有一个新文件stash.txt，还有一个untracked文件stash1.txt
当前工作状态 - 使用
git stash save命令（save是可选的）
我们看到stash1.txt文件还在，看来stash默认不会处理没跟踪的文件，我们恢复一下，换一个命令。
stash默认行为 - 使用
git stash apply命令恢复
apply默认行为 - 使用命令包含untracked文件
这里也可以使用git add命令加上untracked文件。但还是看看stash要怎么做吧。
git stash save --include-untracked
stash untracked files
- 现在小熊回到master分支，修复bug，并提交修复。
- 小熊回到分支bear，恢复工作现场，继续以前的工作。
我们知道调用git stash apply就可以恢复了，不过我们现在假设有多个stash，所以我们先看看stash的列表。
git stash list
stash list
这里为啥有两个呢，我们注意到上面我们实验的时候实际上是stash了两次，最近的一次包含了untracked文件。所以我们恢复最近的一次吧。
git stash apply stash@{0}
恢复了，好棒
- 删除stash
git stash drop 删除最近的一个
git stash clear 删除所有的
这些大功告成，我们知道如何使用stash了。
不用stash会怎么样
如果我们不用stash，直接切换到master会怎么样呢？看看下图
master分支被污染
这下好了，你在这个基础上修复bug，不太合适吧，毕竟你当前的工作是准备在另外一个分支完成并提交的，而且现在也没做完，没测试，所以还是基于一个干净的环境来修复bug吧。
有关stash的其他命令
| shortcut | 相同的命令或者说明 |
|---|---|
| git stash | git stash save |
| git stash apply | git stash apply stash@{0} |
| git stash drop | git stash drop stash@{0} |
| git stash pop | git stash apply 和 git stash drop |
| git stash list | 查看stash列表 |
| git stash list --stat | list可以加和git log一样的参数，stat表示显示改变 |
| git stash show stash@{0} | 显示一个stash内容 |
| git stash show | git stash show stash@{0} |
| git stash show --patch | 显示文件差异 |
| git stash save "yin save" | 给stash加上说明信息 |
| git stash branch LittleBear stash@{0} | 创建LittleBear分支，然后再stash pop |
| git stash save --keep-index | staging area not to be stashed |
