假如现在的Bug你还没有解决，而上边又给你派了一个新的Bug，而这个Bug相比较现在正在苦思冥想的Bug比较容易解决。
你想先解决新的Bug，可是之前的Bug还没有解决完而不能提交。怎么办?
解决方法：在其他分支上另开炉灶解决。
首先你需要将此刻正在解决Bug的当前分支“储藏”起来。例假如此时正在你在当前分支dev上已进行了Bug修改但还未提交。
此时你想去解决刚派下来的另一个Bug。而你需要在master分支上去修复这个Bug，第一步就需要先切换到master 分支。当你执行 $ git checkout master 命令的时候，将提示出错：
error: Your local changes to the following files would be overwritten by checkout:
readme.txt
Please commit your changes or stash them before you switch branches.
（请在切换分支之前提交您的更改或隐藏它们）
因为当前的分支dev 最初也是从master 分支上衍生出来的。而此时你要再从该分支上切换到其主分支。那么你需要先把该dev分支上的改动提交后才能切换，但是该dev分支上还没有完成全部的修改，你不想提交。那么此时你就要选择 stash 它们（你在当前分支上改动的却没有提交commit的内容）。
所以第二步，在当前分支上执行 $ git stash 命令。将当前分支存起来，id为 8528ea2 s
这时候再执行 $ git status 命令，显示没有东西需要提交，这个时候你就可以切换到master分支上了。
接着就可以在主分支master上创建并切换到新的分支去修复另一个Bug了。
那修改完那个Bug也提交后，就该回到dev 分支上去继续修改那个未完成的Bug。
执行 $ git checkout dev 切换到 dev 分支，这个时候执行 git status 命令仍旧显示没有东西需要提交。毕竟我们前边已经成功将dev上未提交的改动给“隐藏“了，这时，用 $ git stash list 命令去查看我们“存储”的列表。
会发现id 为 8528ea2 s 的储藏项目在列表中，我们需要将其恢复，有两个办法：
一、用 $ git stash apply 命令恢复，但是恢复后，stash内容并不删除，这时候再执行 $ git stash list 命令，id 为 8528ea2 s 的储藏项目还会在列表中，你需要用 $ git stash drop 来删除；
注意： 如果有一个分支上多个 stash，如果需要恢复指定的 stash ，可以在命令尾部加id，如 $ git stash apply stash@{0}，同样删除指定 stash 项目则执行如 $ git stash drop stash@{1} 。
二、用 $ git stash pop 命令，恢复的同时把 stash 存储列表的内容也删了。这时候再执行 $ git stash list 命令，id 为 8528ea2 s 的储藏项目不会在列表中。
此时再查看 $ cat <filename> 会发现之前的改动还存在，且执行 git status 就会继续显示该分支上有改动未提交。
from：https://blog.csdn.net/asheandwine/article/details/79003270