文章目录一、简介二、涉及角色三、分支说明一、简介版本控制系统指对软件开发过程中程序代码、配置文件、文档等成果物发生的变更进行管理的系统它可以帮助团队沟通协作从而更好的进行交付常见的版本控制系统包括集中式版本控制系统如SVN分布式版本控制系统如Git。工作流程项目内共同协作当一起开发的人越来越多时就更需要有一套规则或模式来进行合作。避免多人同时合作时大家都各自照着自己的方式随意进行造成合作上的灾难成果物也容易混乱不够清楚。因此这套有规范的工作流程英文称作是 workflow 或是 flow 。分支管理模式目前比较流行的分支管理模型有三个即GitFlow、GitHubFlow、GitLabFlow项目内选择GitLabFlow的分支管理模式用于工作流程规范。GitLabFlow是 GitFlow 与 GitHubFlow 的综合。它吸取了两者的优点既有适应不同开发环境的弹性又有单一主分支的简单和便利。它是 Gitlab.com 推荐的做法。有如下特点上游优先最大原则叫做上游优先upsteam first即只存在一个主分支master它是所有其他分支的上游。只有上游分支采纳的代码变化才能应用到其他分支。分成两种情况适应不同的开发流程即持续发布和版本发布的项目持续发布在master 分支外根据不同环境建立对应的分支。比如开发环境的分支是master预发环境的分支是pre-production生产环境的分支是production。代码的变化必须由上游向下游发展遵守从上游到下游分支一层一层的通过规则。版本发布每一个稳定版本都要从master分支拉出一个分支。以后只有修补bug才允许将代码合并到这些分支并且此时要更新小版本号。二、涉及角色功能开发者模块中功能的开发人员开发管理员由项目模块开发的小组长team leader担当负责处理MR合并代码发布管理员由生产环境发布团队指定人员担当负责版本维护和发布。三、分支说明名称说明命名规范命名示例合并目标合并操作master主分支是所有其他分支的上游mastermaster--RELEASE该分支存在多个对外发布的正式版本分支版本号-RELEASE1.0.0-RELEASE--SNAPSHOT该分支存在多个对内发布的测试版本分支版本号-SNAPSHOT1.0.0- SNAPSHOTRELEASEmerge requestfeature功能分支每个功能需分别建⽴⾃⼰的⼦分支feature-版本号-功能名feature-1.0.0-loginmastermerge requestmaster主分支是最新通过审核的代码合并分支所有新功能的开发均从主分支切子分支进行开发对应。RELEASE分支对外发布的正式版本分支每发布一次从SNAPSHOT分支切出分支命名按照版本号-RELEASE的规范SNAPSHOT分支对内发布的测试版本分支每发布一次测试从master分支切出一个分支对比较旧的分支可进行删除分支命名按照版本号-SNAPSHOT的规范feature分支功能分支由功能开发者维护分支命名按照feature-版本号-功能名的规范
文章目录一、简介二、涉及角色三、分支说明一、简介版本控制系统指对软件开发过程中程序代码、配置文件、文档等成果物发生的变更进行管理的系统它可以帮助团队沟通协作从而更好的进行交付常见的版本控制系统包括集中式版本控制系统如SVN分布式版本控制系统如Git。工作流程项目内共同协作当一起开发的人越来越多时就更需要有一套规则或模式来进行合作。避免多人同时合作时大家都各自照着自己的方式随意进行造成合作上的灾难成果物也容易混乱不够清楚。因此这套有规范的工作流程英文称作是 workflow 或是 flow 。分支管理模式目前比较流行的分支管理模型有三个即GitFlow、GitHubFlow、GitLabFlow项目内选择GitLabFlow的分支管理模式用于工作流程规范。GitLabFlow是 GitFlow 与 GitHubFlow 的综合。它吸取了两者的优点既有适应不同开发环境的弹性又有单一主分支的简单和便利。它是 Gitlab.com 推荐的做法。有如下特点上游优先最大原则叫做上游优先upsteam first即只存在一个主分支master它是所有其他分支的上游。只有上游分支采纳的代码变化才能应用到其他分支。分成两种情况适应不同的开发流程即持续发布和版本发布的项目持续发布在master 分支外根据不同环境建立对应的分支。比如开发环境的分支是master预发环境的分支是pre-production生产环境的分支是production。代码的变化必须由上游向下游发展遵守从上游到下游分支一层一层的通过规则。版本发布每一个稳定版本都要从master分支拉出一个分支。以后只有修补bug才允许将代码合并到这些分支并且此时要更新小版本号。二、涉及角色功能开发者模块中功能的开发人员开发管理员由项目模块开发的小组长team leader担当负责处理MR合并代码发布管理员由生产环境发布团队指定人员担当负责版本维护和发布。三、分支说明名称说明命名规范命名示例合并目标合并操作master主分支是所有其他分支的上游mastermaster--RELEASE该分支存在多个对外发布的正式版本分支版本号-RELEASE1.0.0-RELEASE--SNAPSHOT该分支存在多个对内发布的测试版本分支版本号-SNAPSHOT1.0.0- SNAPSHOTRELEASEmerge requestfeature功能分支每个功能需分别建⽴⾃⼰的⼦分支feature-版本号-功能名feature-1.0.0-loginmastermerge requestmaster主分支是最新通过审核的代码合并分支所有新功能的开发均从主分支切子分支进行开发对应。RELEASE分支对外发布的正式版本分支每发布一次从SNAPSHOT分支切出分支命名按照版本号-RELEASE的规范SNAPSHOT分支对内发布的测试版本分支每发布一次测试从master分支切出一个分支对比较旧的分支可进行删除分支命名按照版本号-SNAPSHOT的规范feature分支功能分支由功能开发者维护分支命名按照feature-版本号-功能名的规范
