Git Flow流程结合本身实际开发

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），主要是为了在本地直接解决掉冲突

1. 在自己的分支上merge父分支，用 webstorm 开发软件就能实现，然后解决冲突（这里也是为了直接在本地解决冲突，防止直接提pr时，git报错）
2. 解决完冲突之后，commit，push冲突，然后再往父分支上提pr