git使用经历
刚开始是疫情期间在家里和队友一起线上做毕设时用到了git，用着用着发现，最后只有我自己在用😥。来实习之后，发现之前用的挺多流程都是错的。经过这几个月的小白式实战训练特此总结一下。
推荐工具gitHub桌面版，简直是拯救我这种因记忆力不好而记不住命令选手的福星
Git Flow流程
这里并不打算总结通用知识，有大佬已经贴心的总结出来了🤗，指路：https://www.jianshu.com/p/41910dc6ef29
所以我只以上面链接里的流程为基础、结合自己平时开发、修bug的真实经历，梳理、总结出来的适合我这个小白的流程。
- 分支类型
master：主分支，一般是生产环境，发布新版本时会用到
dev：开发分支，开发新功能的分支
test：测试分支，也可以叫做release，修bug的分支
hotfix：紧急分支，只会在生产环境中出现比较紧急的bug时，才会出现，比较少用
开发新功能
1.以dev为基础创建一个feature-某新功能分支
2.新功能开发结束，push到dev分支（其实每次提交新代码都需要处理，这里先不总结，放到最后）修bug
1.以test分支为基础新建一个fix-某bug分支
2.修完bug，push到test，dev分支
（这里我们团队前几天修改了一下）
第二条变成了
2.修完bug，push到test分支
3.等到pr通过之后，在本地dev分支中，merge test分支，解决冲突，然后push到远程
-
hotfix分支
1.以master分支为基础创建一个hotfix-某bug分支
2.修完bug，push到master，dev分支 - test分支经过测试和修复bug之后，形成稳定版本，发布之后，
dev要mergetest分支，master要mergetest分支，test分支删掉，然后从dev分支新建test分支
这里来总结上面提到的每次提交新代码的流程，单独放下来，是因为这几个分支都可能会用到，所以总结为只要提交新代码就必需的流程（不管是开发新功能还是修复bug），主要是为了在本地直接解决掉冲突
- 在自己的分支上
merge父分支，用webstorm开发软件就能实现，然后解决冲突（这里也是为了直接在本地解决冲突，防止直接提pr时，git报错） - 解决完冲突之后，
commit，push冲突，然后再往父分支上提pr
