怎样使用Git进行bug修复分支管理(廖雪峰学习笔记之Git)

问题如标题，在看到廖雪峰关于使用Git进行bug修复分支管理时，总体上是写的很明白的，但是一些细节上经过了自己的摸索后才算搞明白了，先将学习心得分享如下：
首先将大佬的关于Git学习中的Bug分支的学习资料贴出来供大家学习：
https://www.liaoxuefeng.com/wiki/896043488029600/900388704535136
我大致总结一下，就是我们在修复bug时，一般会通过在master分支(主分支)中新创建一个分支进行修复，然后合并到主分支上，最后将创建的该分支删除。
但是更多的时候我们手头的工作没有完成(一般我们不是在master分支工作，而是在从master分支创建的分支例如dev分支工作)，因为没有完成所以也不适合进行提交，但是bug又必须得现在修改，所以文中提供的方法是先把工作现场使用git stash命令保存一下，然后使用git switch master回到master分支，使用git switch -c issue name命令创建一个分支并进入该分支(issue name为该分支的名字，你也可以取其他的名字)，在这个分支上去修复bug，修复后使用git switch master命令回到master分支，然后使用git merge --no-ff -m “merged bug name” issue name,这里的“–no-ff”的意思是强制禁用Fast forward模式，这个你可以阅读以下内容了解，“-m”的意思是添加注释，“merged bug name”是你写的相关描述，你可以根据需要自己写， issue name和上面的是一样的。然后使用git branch -d issue name将issue name的分支删除即可。
由于在master中的bug一般在我们工作的dev分支也是存在的，现在master分支上的bug已经修复了，如果还要在dev分支上再修改一遍就太麻烦了，所以Git有一个功能，可以将master上的修改合并到我们工作的dev分支上。
沿着上面的步骤，此时通过git switch dev切换到dev分支上，然后使用git cherry-pick issue id命令(其中的issue id为issue name分支对应的id，可以通过往上找到git branch -d issue name这个命令执行的结果，一般是包含的七位字母数字的组合)将master中的bug修复合并到dev分支中。此时再使用git stash pop将dev分支存在stash中的内容删除并将dev分支恢复到工作区。此时可以通过cat等命令查看，原先在master分支上的修改也移植到了dev分支上了。