Git工作流演示及三种工作方式

在项目开发过程中使用Git的方式有三种工作方式,分别是集中式工作流,Git Flow工作流,Forking 工作流。下面主要针对Git工作流进行讲解。

集中式工作流(不常用)

集中式工作流像SVN一样,以中央仓库作为项目所有修改的单点实体。所有修改都提交到 Master分支上。这种方式与 SVN 的主要区别就是开发人员有本地库,但是Git 很多特性并没有用到。

Git工作流演示及三种工作方式_第1张图片

Forking 工作流(偶尔使用)

Forking 工作流是在 GitFlow 基础上,充分利用了 Git 的 Fork 和 pull request 的功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者,而且能接受不信任贡献者的提交。(主要是审核团队外成员的代码,Linux的虚拟团队用的更多)。

偶尔如果有需要团队外的成员帮我们解决问题时,可能会用到。

Git工作流演示及三种工作方式_第2张图片

GitFlow 工作流(最流行)

Gitflow 工作流通过为功能开发、发布准备和维护设立了独立的分支,让发布迭代过程更流畅,充分的利用了分支的特点。严格的分支模型也为大型项目提供了一些非常必要的结构。下图是完整的开发方式图,但实际开发可能更加精简:

Git工作流演示及三种工作方式_第3张图片

Git工作流演示

演示说明:

Git工作流演示及三种工作方式_第4张图片

在Eclipse中创建一个分支,命名为featureA分支:

Git工作流演示及三种工作方式_第5张图片

新手在featureA分支中对完成A功能,后提交至本地库:

Git工作流演示及三种工作方式_第6张图片

进而push到远程库:

Git工作流演示及三种工作方式_第7张图片

接下来,老程序员对项目进行拉取:

Git工作流演示及三种工作方式_第8张图片

拉取后从master分支切换至FeatureA分支,此时就可以看到新手的修改了:

Git工作流演示及三种工作方式_第9张图片

接下来将FeatureA分支与master分支在本地合并,然后提交至远程库:

先切换到master分支→进行merge合并→推送至远程库

Git工作流演示及三种工作方式_第10张图片

Git工作流演示及三种工作方式_第11张图片

以上就是Git工作流演示及三种工作方式的详细内容,更多关于Git工作方式工作流的资料请关注脚本之家其它相关文章!

你可能感兴趣的:(Git工作流演示及三种工作方式)