基于gitlab的多版本并行开发方法及系统技术方案

本申请公开了一种基于gitlab的多版本并行开发方法及系统，方法包括：新建步骤：获取新版本代码，将所述新版本代码整合到master分支：获得步骤：开启所述新版本代码，从所述master分支创建stage分支及release分支；预审步骤：新版本开发完成后，通过所述release分支进行预审，得到预审结果；部署步骤：判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；生产步骤：根据所述部署结果，通过所述release分支进行生产，获得release分支代码；合成步骤：将所述release分支代码合成到所述master分支，获得合成结果。本发明专利技术可以解决多个版本间的冲突，提升开发效率。提升开发效率。提升开发效率。

【技术实现步骤摘要】
基于gitlab的多版本并行开发方法及系统


[0001]本专利技术属于基于gitlab的多版本并行开发领域，具体涉及一种基于gitlab的多版本并行开发方法及系统。

技术介绍

[0002]随着硬件性能的巨大提升，软件开发技术跨越式的发展以及各种配套开发工具的完善，软件开发的难度在大大降低，开发效率被极大的提升，同时随着相关开发人员的增多和成熟，相关市场的迅速变化要求软件开发版本迭代的速度要越来越快，软件开发从过去的以年、月为迭代周期的开发阶段进入到现在以周甚至是天为迭代周期的开发阶段，新的开发阶段要求软件编译和软件部署高度自动化，同时需要支持多版本并行开发，编译，部署，测试和上线，而现有的常用CI/CD(自动化编译和部署)方案，仅仅支持单版本的开发测试流程，不能很好的贴合适应现有的软件迭代现状，所以专利技术本方法以支持软件的多版本并行开发，自动编译和自动部署，以极大的提高软件开发迭代的效率。
[0003]现有技术的缺点：
[0004]1.多版本同时迭代开发时，编译部署时，会产生冲突，无法正常编译部署
[0005]2.多版本同时迭代开发时，无法提供稳定的测试环境，导致开发流程阻塞

技术实现思路

[0006]本申请实施例提供一种基于gitlab的多版本并行开发方法，以至少解决相关技术中主观因素影响的问题。
[0007]本专利技术提供了一种基于gitlab的多版本并行开发方法，其中，包括：
[0008]新建步骤：获取新版本代码，将所述新版本代码整合到master分支：
[0009]获得步骤：开启所述新版本代码，从所述master分支创建stage分支及release分支；
[0010]预审步骤：新版本开发完成后，通过所述release分支进行预审，得到预审结果；
[0011]部署步骤：判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；
[0012]生产步骤：根据所述部署结果，通过所述release分支进行生产，获得release分支代码；
[0013]合成步骤：将所述release分支代码合成到所述master分支，获得合成结果；
[0014]测试步骤：根据feature分支对所述合成结果进行测试，获得测试结果；
[0015]修复步骤：若所述测试结果存在漏洞，通过hotfix分支进行漏洞修复。
[0016]上述多版本并行开发方法，其中，所述stage分支用于所述新版本的开发、联调和测试的流程。
[0017]上述多版本并行开发方法，其中，根据所述feature分支开发功能模块。
[0018]上述多版本并行开发方法，其中，通过所述stage分支创建所述feature分支。
[0019]上述多版本并行开发方法，其中，当所述stage分支和所述master分支保持一致时，从所述stage分支中创建所述hotfix分支。
[0020]本专利技术还包括一种基于gitlab的多版本并行开发系统，其中，包括：
[0021]新建模块，所述新建模块获取新版本代码，将所述新版本代码整合到master分支：
[0022]获得模块，所述获得模块开启所述新版本代码，从所述master分支创建stage分支及release分支；
[0023]预审模块，所述预审模块在新版本开发完成后，通过所述release分支进行预审，得到预审结果；
[0024]部署模块，所述部署模块判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；
[0025]生产模块，所述生产模块根据所述部署结果，通过所述release分支进行生产，获得release分支代码；
[0026]合成模块，所述合成模块将所述release分支代码合成到所述master分支，获得合成结果；
[0027]测试模块，所述测试模块根据feature分支对所述合成结果进行测试，获得测试结果；
[0028]修复模块，若所述测试结果存在漏洞，则所述修复模块通过hotfix分支进行漏洞修复。
[0029]上述多版本并行开发系统，其中，所述stage分支用于所述新版本的开发、联调和测试的流程。
[0030]上述多版本并行开发系统，其中，根据所述feature分支开发功能模块。
[0031]上述多版本并行开发系统，其中，通过所述stage分支创建所述feature分支。
[0032]上述多版本并行开发系统，其中，当所述stage分支和所述master分支保持一致时，从所述stage分支中创建所述hotfix分支。
[0033]本专利技术的有益效果在于：
[0034]本专利技术支持同一个项目的多个版本同时进行开发、编译、部署和测试；解决多个版本间的冲突，提升开发效率。
附图说明
[0035]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。
[0036]在附图中：
[0037]图1是基于gitlab的多版本并行开发方法的流程图；
[0038]图2是本专利技术中代码分支的示意图；
[0039]图3是基于gitlab的多版本并行开发方法的应用流程图；
[0040]图4是本专利技术是基于gitlab的多版本并行开发系统的结构示意图；
[0041]图5根据本专利技术实施例的计算机设备的框架图。
具体实施方式
[0042]为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0043]显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的
技术实现思路
的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
[0044]在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
[0045]除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属
内具有一般技能的人士所本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于gitlab的多版本并行开发方法，其特征在于，包括：新建步骤：获取新版本代码，将所述新版本代码整合到master分支：获得步骤：开启所述新版本代码，从所述master分支创建stage分支及release分支；预审步骤：新版本开发完成后，通过所述release分支进行预审，得到预审结果；部署步骤：判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；生产步骤：根据所述部署结果，通过所述release分支进行生产，获得release分支代码；合成步骤：将所述release分支代码合成到所述master分支，获得合成结果；测试步骤：根据feature分支对所述合成结果进行测试，获得测试结果；修复步骤：若所述测试结果存在漏洞，通过hotfix分支进行漏洞修复。2.如权利要求1所述的基于gitlab的多版本并行开发方法，其特征在于，所述stage分支用于所述新版本的开发、联调和测试的流程。3.如权利要求1所述的基于gitlab的多版本并行开发方法，其特征在于，根据所述feature分支开发功能模块。4.如权利要求3所述的基于gitlab的多版本并行开发方法，其特征在于，通过所述stage分支创建所述feature分支。5.如权利要求1所述的基于gitlab的多版本并行开发方法，其特征在于，当所述stage分支和所述master分支保持一致时，从所述stage分支中创建所述hotfix分支。6.一种基于gitlab的多版本并行开发系统，其特征在于，包括：...

【专利技术属性】
技术研发人员：魏海超，
申请(专利权)人：北京明略软件系统有限公司，
类型：发明
国别省市：