Git 修复Bug或者开发新需求（Bug/Feature分支）
原创hellokandy 最后发布于2018-11-26 16:04:44 阅读数 1268 收藏
展开
【场景一】
程序猿正在分支dev上开发新需求，而产品汪发现线上版本（master）有一个bug（代号1001）。程序猿收到这个代号为1001的bug的任务时，很自然地，想创建一个分支issue-1001来修复它。但是，等等，当前正在dev上进行的工作还没有提交。并非不想提交，而是工作只进行到一半，还没法提交。但是，必须在两个小时内修复该bug，怎么办？
修复指定版本bug的四个步骤：
1、储藏当前分支现场
Git 提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
2、切换到主分支、创建并切换到问题分支，修复bug，提交
3、切换到主分支，合并问题分支到主分支
当然，bug修复后，问题分支可以使用命令（git branch -d 分支名字）进行删除。
4、再次切换到之前的分支，恢复现场，继续干活
切换到dev分之后，用 git status 命令查看，工作区是干净的，刚才的工作现场存到哪去了？这时可以用git stash list 命令查看，工作现场还在，只是需要用命令恢复即可！两种方式：
一是用 git stash apply 恢复，但是恢复后，stash内容并不删除，你需要用 git stash drop 来删除；
另一种方式是用 git stash pop，恢复的同时把stash内容也删了：
再用 git stash list 查看，就看不到任何stash内容了
小结一下：
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场 git stash 一下，然后去修复bug，修复后，再用 git stash pop，回到工作现场。
【场景二】
程序猿正在dev分支上进行开发，这时候接到新需求（很可能是实验性的需求）。当然程序猿不希望把现有分支的代码打乱，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
这时候，切回dev版本，准备合并feature007分支。而此时，产品汪又撤销的这个需求，开发完的内容必须销毁。
所以，程序猿必须删除feature007分支的所有内容，于是使用命令 git branch -d feature007 进行删除，销毁失败。
Git友情提醒：feature007 分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用大写的 -D 参数。
那么，使用 git branch -D feature007，强行删除feature007分支。
小结一下：
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过 git branch -D <name> 强行删除。
ps：以上内容，根据网上资料并结合自身实践整理。
————————————————
版权声明：本文为CSDN博主「hellokandy」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/hellokandy/java/article/details/84545461