一、git stash使用场景

发现有一个类是多余的，想删掉它又担心以后需要查看它的代码，想保存它但又不想增加一个脏的提交。
使用git的时候，我们往往使用分支（branch）解决任务切换问题。例如，我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug，我们往往会把完成一半的代码commit提交到本地仓库，然后切换分支去修改bug，改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码，但是却不得不去修改一个紧急Bug，那么使用git stash就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修Bug，等到修完Bug，提交到服务器上后，再使用git stash apply将以前一半的工作应用回来。
常有这样的事情发生，当你正在进行项目中某一部分的工作，里面的东西处于一个比较杂乱的状态，而你想转到其他分支上进行一些工作。问题是，你不想提交进行了一半的工作，否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。储藏(stash)可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中，随时可以重新应用。

二、使用说明

1. 说明

默认情况下，git stash会缓存下列文件：
添加到暂存区的修改（staged changes）
Git跟踪的但并未添加到暂存区的修改（unstaged changes）

但不会缓存以下文件：

在工作目录中新的文件（untracked files）
被忽略的文件（ignored files）

git stash命令提供了参数用于缓存上面两种类型的文件。使用-u或者--include-untracked可以stash untracked文件。使用-a或者--all命令可以stash当前目录下的所有修改。

至于git stash的其他命令建议参考Git manual。

2. 常用命令

$ git stash save "stash-for-test" //本地缓存之前修改内容并命名为stash-for-test
  Saved working directory and index state On master: stash-for-test
$ git stash list //列表当前的stash
  stash@{0}: On master: stash-for-test
$ git stash pop stash@{0} //恢复之前缓存的工作目录,stash@{0}是列表获得的id
$ git stash apply stash@{0} //将缓存堆栈中的stash多次应用到工作目录中，但并不删除stash拷贝
$ git stash drop stash@{0} //移除stash
  Dropped stash@{0} (42743600a45afc1fc8b097bc3148d19ef33af9de)
$ git stash show stash@{0} //查看指定stash的diff
$ git stash branch testbranch //从stash创建分支,当stash的原来分支有修改，存在merge 冲突时，可以新建分支进行冲突处理