Git-Bug分支

在软件开发过程中，bug就像是家常便饭一样，有了bug就需要去修复，那么如何利用Git去修复bug呢?我们
都知道Git的分支是相当的强大，所以，每一个bug我们都可以通过创建一个新的临时分支进行修复，修复完成之后再删除临时分支

现在出现了一个场景:突然之间接到一个代号为101的bug修复任务，很自然的，你想去创建一个分支issue-101来进行修复，但是突然又发现，当前正在dev分支上进行的任务还没有提交，并不是不提交，而是还没有搞定那个任务，工作刚做了一半，还没法提交，还需要比较长的时间才能完成这个任务，但是这个bug有很紧急，这个时候该怎么办?
使用git status 查看状态:



真爱的Git这个时候还是很有爱的，他依然给我们提供了一个功能，可以解决目前我们所正在面临的问题，stash，这个是什么？这个可就强大了，他可以让我们把当前工作现场"隐藏"起来，等以后恢复现场后继续工作:
git stash



我们现在在继续使用git status查看一下工作区:



发现现在的工作区是干净的，好了，现在我们可以开始放心的修复bug了
对于使用分支修复bug的时候首先要清楚这个bug在哪一个分支上，比如这个bug在master分支上，那么我们就要从master分支创建一个临时分支·:



现在在这个临时分支上面修复bug，比如说需要Git is free software。。。修改为Git is a free software。。。。，然后提交：



修复完成之后，将分支切换到master分支，然后进行1合并，并且将临时分支删除：



ok，bug修复完成，我们现在继续，首先还是先将分支切换到dev分支，先使用git status查看一下状态:



从上面的截图中可以看到工作区是干净的，那上面咱们使用git stash命令隐藏的工作现场去哪了呢?咱们先使用一条新的git命令：
git stash list



可以看得出我们隐藏的工作现场还在，但是他被存储到了某一个位置，我们需要将它进行恢复，恢复隐藏的工作现场有两种方法:
方法1：使用git stash apply h恢复，但是stash内容不会被删除，还需要使用git stash drop进行删除
方法2:使用git stash pop进行恢复，这个方法恢复的同时也会删除stash的内容



我们再使用git stash list进行查看:



结果为空

总结一下：我们再修复bug的时候，通过创建新的bug分支进行修复，修复完成之后，删除临时分支
如果我们手中的工作还没有完成，可以使用git stash 先把手头的工作隐藏，等到bug修复完成之后，我们在使用git stash pop恢复继续工作