Git模型简述 作者: nbboy 时间: 2021-05-18 分类: 软件架构,软件工程,设计模式 > 每个团队根据自己的情况决定采用哪种开发模型,然后团队成员一起去遵循。 ### Gitflow gitflow.pn 借用网上的一副图来描述下各个分支的作用,这幅图基本概括了Gitflow的分支作用。 ###### Master分支 只有一个主分支,用来交付正式的发布版本,该分支不是来自直接的提交记录,而是由Release分支和Hotfix分支合并过来的。 ###### Develop分支 开发分支,也应该只有一个开发分支。该分支从Master分支或者Hotfix分支克隆,并且接收Feature分支和Release分支的合并。 ###### Feature分支 即功能分支,每个新功能都应该建立Feature分支,该分支从Develop克隆,并且合并到Develop后删除。 ###### Release分支 即预发布分支,在正式发布前一般会先发布到预发布环境进行测试,有问题会在该分支上进行修改,直到没问题就合并到Master分支,并打上一个版本号。 ###### Hotfix分支 即补丁分支,主要对线上Master分支进行Bug修复,然后会合并到Master分支和Develop分支。 Gitflow相对来说操作复杂一点,但是各个分支都很明确,一般开源社区会采用Github flow,下面我们来介绍下这个Git模型。 ### Github flow 这个模型下其实只有一个Master长线分支,需要开发功能或者修改Bug都从Master分支克隆。如果要申请合并到Master就需要开一个PR(Pull Request),这个相当于一个请求,其他CodeReview用户和作者可以在这个PR上进行讨论,而且在这个过程中,作者还可提交代码到PR。如果这个PR被接收,则会被合并到Master。 这个过程其实简单了不少,所有合并操作都是围绕PR进行,讨论或者CodeReview都亦然。可以通过官网的介绍页更深入体会一下https://guides.github.com/introduction/flow/。 ### 参考 https://segmentfault.com/a/1190000021929465 https://www.ruanyifeng.com/blog/2015/12/git-workflow.html https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow https://guides.github.com/introduction/flow/ 标签: GIT, 流程
评论已关闭