【12】BUG修复分支

【12】BUG修复分支

BUG在我们开发中就是日常便饭，有了BUG就要修复，但是又不希望让自己的主分支称为修复BUG的实验品，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除

可能你想到了，第一步创建并切换分支，，，，当然没错，但是我们会不会遇到这种现象，当前我正在开发新功能还没有提交，并不是不想提交，而且我任务刚写了一半，写完大概还要两天的时间，但是现在BUG很紧急，要两个小时内修复，怎么办？

幸好，Git给我们提供一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

可能会稍稍有一点慢，等一下就可以了，现在我们就可以放心的创建分支修复BUG了，具体流程如下

创建分支 -> 修改BUG内容 -> 提交修改 -> 切换分支 -> 合并分支 -> 删除BUG分支

以上操作完成之后我们的BUG修复就OK了，这个时候我们要恢复之前写了一半的工作,首先先来查看一下当前保存了的内容，使用命令:git stash list

存在一条存储的内容，想要恢复这个内容我们有两种方式

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了

再用git stash list查看，就看不到任何stash内容了

以上是正常解决BUG的情况，比如说我们现在BUG有点鸡肋，我们不但没改好反而给程序该乱了，我们想重新创建一个分支，删除掉这个分支，可以吗？当然是可以的，我们来试试

创建BUG1分支，修改readme.txt文件一点内容 -> 然后提交 -> 切换master分支 -> 删除BUG1分支，我们看看会发生什么

可以看到，告诉我们不能删除，删除失败了，原因是你修改了内容但是没有提交，这时候如果确定分支不要了，我们可以使用 git branch -D BUG1强制删除 -D 强制删除 -d 删除

终于删除成功！！