Git工作流
1 在Git的工作流程中,有两种典型的实用场景,一种是单人工作模式,比如自己学习某个课程的笔记,如下图

2 另一种是多人工作模式,这也是最常用最经典的场景。说起Git多人协作的工作流程当然离不开Git的分支这一经典的功能了。大概会包含但不仅限于maste分支,develop分支,feature分支,hotfix分支。

3 master分支,是项目的生产分支,是产品正式发布的分支,只有一个。Master分支的推进只能来源于develop分支和hotfix分支的合并。

4 develop分支,是项目的开发分支,所有开发者的代码提交直接提交到这个分支,进行整体测试。

5 feature分支,是项目的功能分支,每个开发者在开发一个新功能时,都可以develop分支为基准建一个feature分支,开发的代码提交到feature分支上,进行模块测试。等到测试完成后再合并到develop分支。

6 hotfix分支,是项目正式版本的bug热修复分支,master分支上的项目在运行过程中,出现了某个小bug,则可以以master分支为基准,拉一个hotfix分支,来修复bug,测试完成后,再合并到master分支,同时修改也要同步到develop分支,以保证master分支和develop分支版本的一致。

7 流程是连起来就是如下图。

8 当然这并不是唯一正确的流程,具体可根据项目实际情况,实际阶段进行自由裁剪和搭配,以满足实际工作中的需要。
网友评论