Git中三种工作方式的流程分析-创新互联
这篇文章主要介绍了Git中三种工作方式的流程分析,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让小编带着大家一起了解一下。
创新互联专注于企业成都全网营销推广、网站重做改版、塔城网站定制设计、自适应品牌网站建设、H5技术、商城建设、集团公司官网建设、外贸营销网站建设、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为塔城等各大城市提供网站开发制作服务。在项目开发过程中使用Git
的方式有三种工作方式,分别是集中式工作流
,Git Flow工作流
,Forking 工作流
。下面主要针对Git工作流进行讲解。
集中式工作流(不常用)
集中式工作流像SVN
一样,以中央仓库作为项目所有修改的单点实体。所有修改都提交到Master分支
上。这种方式与 SVN 的主要区别就是开发人员有本地库,但是Git 很多特性并没有用到。
Forking 工作流(偶尔使用)
Forking 工作流是在 GitFlow 基础上,充分利用了 Git 的Fork
和pull request
的功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者,而且能接受不信任贡献者的提交。(主要是审核团队外成员的代码,Linux的虚拟团队用的更多)。
偶尔如果有需要团队外的成员帮我们解决问题时,可能会用到。
GitFlow 工作流(最流行)
Gitflow
工作流通过为功能开发、发布准备和维护设立了独立的分支,让发布迭代过程更流畅,充分的利用了分支的特点。严格的分支模型也为大型项目提供了一些非常必要的结构。下图是完整的开发方式图,但实际开发可能更加精简:
Git工作流演示
演示说明:
在Eclipse中创建一个分支,命名为featureA分支
:
新手在featureA分支中对完成A功能,后提交至本地库:
进而push到远程库:
接下来,老程序员对项目进行拉取:
拉取后从master分支切换至FeatureA分支,此时就可以看到新手的修改了:
接下来将FeatureA分支与master分支在本地合并,然后提交至远程库:
先切换到master分支→进行merge合并→推送至远程库
感谢你能够认真阅读完这篇文章,希望小编分享的“Git中三种工作方式的流程分析”这篇文章对大家有帮助,同时也希望大家多多支持创新互联网站建设公司,,关注创新互联行业资讯频道,更多相关知识等着你来学习!
网页标题:Git中三种工作方式的流程分析-创新互联
标题来源:http://scyanting.com/article/dosjho.html