本文共 1398 字，大约阅读时间需要 4 分钟。

假如现在的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:

（请在切换分支之前提交您的更改或隐藏它们）

因为当前的分支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 来删除；

此时再查看 $ cat <filename>  会发现之前的改动还存在，且执行 git status 就会继续显示该分支上有改动未提交。