当我们正在写作或者编写代码的时候，往往会有另外一个紧急任务到来，这个时候我们可以暂存一下手头的修改，切换去做另一个任务，当任务完成的时候，在恢复以前的工作，继续写代码，在这个场景中我们就可以使用stash。下面我们看看stash的例子吧。

实际工作流程

注意：真实开发环境会有更标准的流程，感兴趣的话可以了解一下git flow，source tree对这个流程支持的比较好。可以看看下图。

source tree git flow
这里我们只是为了说明stash功能，所以工作流程并不是最佳实践。如果对git flow感兴趣，可以查看这个文章。git-flow-cheatsheet

下面小熊又要上场了，小熊一直工作在分支bear上，现在有一个bug需要基于master修复，这时候我们因该怎么做呢？

1. 查看一下本地状态
   有一个新文件stash.txt，还有一个untracked文件stash1.txt

   
   当前工作状态
2. 使用git stash save命令（save是可选的）
   我们看到stash1.txt文件还在，看来stash默认不会处理没跟踪的文件，我们恢复一下，换一个命令。
   stash默认行为
3. 使用git stash apply命令恢复
   apply默认行为
4. 使用命令包含untracked文件
   这里也可以使用git add命令加上untracked文件。但还是看看stash要怎么做吧。

git stash save --include-untracked

stash untracked files

5. 现在小熊回到master分支，修复bug，并提交修复。
6. 小熊回到分支bear，恢复工作现场，继续以前的工作。
   我们知道调用git stash apply就可以恢复了，不过我们现在假设有多个stash，所以我们先看看stash的列表。

git stash list

stash list

这里为啥有两个呢，我们注意到上面我们实验的时候实际上是stash了两次，最近的一次包含了untracked文件。所以我们恢复最近的一次吧。

git stash apply stash@{0}

恢复了，好棒

7. 删除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