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.新功能开发结束,pushdev分支(其实每次提交新代码都需要处理,这里先不总结,放到最后)

  • 修bug
    1.以test分支为基础新建一个fix-某bug分支
    2.修完bug,pushtestdev分支


(这里我们团队前几天修改了一下)
第二条变成了
2.修完bug,pushtest分支
3.等到pr通过之后,在本地dev分支中,merge test分支,解决冲突,然后push到远程


  • hotfix分支
    1.以master分支为基础创建一个hotfix-某bug分支
    2.修完bug,pushmasterdev分支
  • test分支经过测试和修复bug之后,形成稳定版本,发布之后,dev要mergetest分支,master要mergetest分支,test分支删掉,然后从dev分支新建test分支

这里来总结上面提到的每次提交新代码的流程,单独放下来,是因为这几个分支都可能会用到,所以总结为只要提交新代码就必需的流程(不管是开发新功能还是修复bug),主要是为了在本地直接解决掉冲突

  1. 在自己的分支上merge父分支,用 webstorm 开发软件就能实现,然后解决冲突(这里也是为了直接在本地解决冲突,防止直接提pr时,git报错)
  2. 解决完冲突之后,commitpush冲突,然后再往父分支上提pr
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容