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

摘要

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

说明书

技术领域

本发明属于基于gitlab的多版本并行开发领域，具体涉及一种基于gitlab的多版本并行开发方法及系统。

背景技术

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

现有技术的缺点：

1.多版本同时迭代开发时，编译部署时，会产生冲突，无法正常编译部署

2.多版本同时迭代开发时，无法提供稳定的测试环境，导致开发流程阻塞

发明内容

本申请实施例提供一种基于gitlab的多版本并行开发方法，以至少解决相关技术中主观因素影响的问题。

本发明提供了一种基于gitlab的多版本并行开发方法，其中，包括：

新建步骤：获取新版本代码，将所述新版本代码整合到master分支：

获得步骤：开启所述新版本代码，从所述master分支创建stage分支及release分支；

预审步骤：新版本开发完成后，通过所述release分支进行预审，得到预审结果；

部署步骤：判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；

生产步骤：根据所述部署结果，通过所述release分支进行生产，获得release分支代码；

合成步骤：将所述release分支代码合成到所述master分支，获得合成结果；

测试步骤：根据feature分支对所述合成结果进行测试，获得测试结果；

修复步骤：若所述测试结果存在漏洞，通过hotfix分支进行漏洞修复。

上述多版本并行开发方法，其中，所述stage分支用于所述新版本的开发、联调和测试的流程。

上述多版本并行开发方法，其中，根据所述feature分支开发功能模块。

上述多版本并行开发方法，其中，通过所述stage分支创建所述feature分支。

上述多版本并行开发方法，其中，当所述stage分支和所述master分支保持一致时，从所述stage分支中创建所述hotfix分支。

本发明还包括一种基于gitlab的多版本并行开发系统，其中，包括：

新建模块，所述新建模块获取新版本代码，将所述新版本代码整合到master分支：

获得模块，所述获得模块开启所述新版本代码，从所述master分支创建stage分支及release分支；

预审模块，所述预审模块在新版本开发完成后，通过所述release分支进行预审，得到预审结果；

部署模块，所述部署模块判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；

生产模块，所述生产模块根据所述部署结果，通过所述release分支进行生产，获得release分支代码；

合成模块，所述合成模块将所述release分支代码合成到所述master分支，获得合成结果；

测试模块，所述测试模块根据feature分支对所述合成结果进行测试，获得测试结果；

修复模块，若所述测试结果存在漏洞，则所述修复模块通过hotfix分支进行漏洞修复。

上述多版本并行开发系统，其中，所述stage分支用于所述新版本的开发、联调和测试的流程。

上述多版本并行开发系统，其中，根据所述feature分支开发功能模块。

上述多版本并行开发系统，其中，通过所述stage分支创建所述feature分支。

上述多版本并行开发系统，其中，当所述stage分支和所述master分支保持一致时，从所述stage分支中创建所述hotfix分支。

本发明的有益效果在于：

本发明支持同一个项目的多个版本同时进行开发、编译、部署和测试；解决多个版本间的冲突，提升开发效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。

在附图中：

图1是基于gitlab的多版本并行开发方法的流程图；

图2是本发明中代码分支的示意图；

图3是基于gitlab的多版本并行开发方法的应用流程图；

图4是本发明是基于gitlab的多版本并行开发系统的结构示意图；

图5根据本发明实施例的计算机设备的框架图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

下面结合附图所示的各实施方式对本发明进行详细说明，但应当说明的是，这些实施方式并非对本发明的限制，本领域普通技术人员根据这些实施方式所作的功能、方法、或者结构上的等效变换或替代，均属于本发明的保护范围之内。

本专利针对新闻场景的推荐，提出一种通用化、标准化的推荐模型系统，将此类场景中需要的推荐数据抽象出标准化的字段，针对标准化之后的数据提供所有可行有效的召回和排序推荐模型，用户可以根据自有数据，筛选最佳的召回和排序模型的组合，达到一键筛选线上实时可用的状态，极大提高生产效率，并且节省成本。

在详细阐述本发明各个实施例之前，对本发明的核心发明思想予以概述，并通过下述若干实施例予以详细阐述。

请参照图1，图1是一种基于gitlab的多版本并行开发方法的流程图。如图1所示，本发明的基于gitlab的多版本并行开发方法包括：

新建步骤S1：获取新版本代码，将所述新版本代码整合到master分支：

获得步骤S2：开启所述新版本代码，从所述master分支创建stage分支及release分支；

预审步骤S3：新版本开发完成后，通过所述release分支进行预审，得到预审结果；

部署步骤S4：判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；

生产步骤S5：根据所述部署结果，通过所述release分支进行生产，获得release分支代码；

合成步骤S6：将所述release分支代码合成到所述master分支，获得合成结果；

测试步骤S7：根据feature分支对所述合成结果进行测试，获得测试结果；

修复步骤S8：若所述测试结果存在漏洞，通过hotfix分支进行漏洞修复。

进一步，所述stage分支用于所述新版本的开发、联调和测试的流程。

进一步，根据所述feature分支开发功能模块。

进一步，通过所述stage分支创建所述feature分支。

再进一步，当所述stage分支和所述master分支保持一致时，从所述stage分支中创建所述hotfix分支。

以下，列举实施例具体说明本发明的基于gitlab的多版本并行开发方法如下。

实施例一：

发明一种支持多版本同时开发迭代的方法，使得不同团队可以同时开发统一项目的不同的功能模块，且互不冲突，同时编译，部署并提供稳定的测试环境以供测试团队测试，并行开发的模式将极大的提升开发效率。

版本号：

命名规范v[主版本号].[子版本号].[阶段版本号].[fix]版本号

[fix]版本号只用于项目上线后的hotfix，ci/cd流转过程中的版本号仅指前三位版本号，下文中版本号未详细强调的地方指的就是前三位vx.x.x

分支管理规范

该管理的方式中，代码包含四种分支：

master分支

stage/vx.x.x；

release/vx.x.x；

feature/vx.x.x/xxxx；

hotfix/vx.x.x/xxxx。

四种代码的关系如图2所示；

master分支

master分支作为主分支，与线上版本保持一致，并且必须保持随时可用；master不承担build，发版的任务，新版本上线后需要把该版本代码合到master分支，每次开启新版本时，由指定人员从master分支分支cheackout出stage/vx.x.x分支。

stage分支

命名规范stage/$[版本号]eg.stage/v0.0.1；

stage/vx.x.x分支作为指定版本主要分支，在该版本开始时cheakoutfrommaster分支；

stage/vx.x.x分支承担该版本开发，联调，测试相关的流程。

release分支

命名规范：release/￥[版本号]eg.release/v0.0.1；

release/vx.x.x分支作为指定版本主要分支，在该版本开发完成时cheakoutfrommaster分支，mergestage/vx.x.x分支代码，进行preview，preview没有问题后deploy到生产，然后将release/vx.x.x代码合到master；

release/vx.x.x分支承担该版本preview，上线hotfix相关的流程。

feature分支

命名规范feature/$[版本号]/xxxeg.feature/v0.0.1/sms；

feature/vx.x.x/xxx分支承担该版本某模块功能开发与单元测试的相关任务，无多人协同时，该分支可不push到remateregistry，待功能完成后，合并到相应版本的stage/vx.x.x分支；

feature/vx.x.x/xxx分支作为指定版本的某功能开发分支，在该功能开始开发时cheakoutfromstage/vx.x.x分支。

hotfix分支

命名规范hotfix/$[版本号]/xxxeg.hotfix/v0.0.1/fix_sms_data_issue；

hotfix/vx.x.x/xxx分支用于修复上线后该版本的bug，无多人协同时，该分支不可push到remote registry，待开发完成后，合并到相应版本的stage/vx.x.x分支，进行测试，preview，上线等流程；

hotfix/vx.x.x/xxx分支作为bug修复分支，需要先将该版本stage/vx.x.x分支和master分支保持一致，然后cheakoutfromstage/vx.x.x分支。

注意事项

要求commit信息符合angularJS的commit规范，具体参考：

https://docs.google.com/document/d/1QrDFcliPjSLDn3EL15IJygNPiHORgU1_OOAqWjiDU5Y/edit#heading＝h.greljkom14y0。

feature分支开发时，如未push到远端仓库时，可以考虑使用rebase合并代码，精简分支&提交记录。

请参照图3，图3是基于gitlab的多版本并行开发方法的应用流程图。如图3所示，以下结合图2及图3对本发明的多版本并行开发方法进行说明。

新版本开发样例

现在新版本正常流程：以v1.0.11已上线，v1.0.12开发中，开始开发v1.0.13为例

1.开始开发，从最新的master创建stage/v1.0.13(自动创建该版本的测试环境v1-0-13..tcem.besth5.com)然后从这个分支创建对应的feature1.0.13/xxxxx开发；

2.feature开发时需要提供给前端api文档时，将feature代码合并到doc分支，该分支只用于文档生成；

3.feature开发完合到stage/v1.0.13前后端联调

(v1-0-13..tcem.besth5.com),该版本功能开发完，提测；

4.联调完从最新mastercheakoutrelease/v1.0.13然后mergestage/v1.0.13到release；

5.Push release/v1.0.13进行preview验证(preview.cem.com)；

6.Preview通过验证，基于release/v1.0.13已通过验证的代码，打tagv1.0.13.0(tag四位，从0开始)部署上线；

7.将release/v1.0.13代码合到master，各个在开开发中的版本及时将最新master代码合到对应版本的stage分支中；

8.Hotfix从已上线的最新版本的release分支(release/v1.0.11)创建hotfix/v1.0.11/xxxxx，修复完成如需在测试环境测试，合到stage/v1.0.11分支在v1.0.11测试环境中进行测试，测试通过后将hotfix分支合到release分支进行preview验证转上面第五步。

实施例二：

请参照图4，图4是本发明一种基于gitlab的多版本并行开发系统的结构示意图。如图3所示本发明一种基于gitlab的多版本并行开发系统，其中，包括：

新建模块，所述新建模块获取新版本代码，将所述新版本代码整合到master分支：

获得模块，所述获得模块开启所述新版本代码，从所述master分支创建stage分支及release分支；

预审模块，所述预审模块在新版本开发完成后，通过所述release分支进行预审，得到预审结果；

部署模块，所述部署模块判断所述预审结果，若所述预审结果正确，通过所述release分支对所述新版本代码进行部署，得到部署结果；

生产模块，所述生产模块根据所述部署结果，通过所述release分支进行生产，获得release分支代码；

合成模块，所述合成模块将所述release分支代码合成到所述master分支，获得合成结果；

测试模块，所述测试模块根据feature分支对所述合成结果进行测试，获得测试结果；

修复模块，若所述测试结果存在漏洞，则所述修复模块通过hotfix分支进行漏洞修复。

其中，所述stage分支用于所述新版本的开发、联调和测试的流程。

其中，根据所述feature分支开发功能模块。

其中，通过所述stage分支创建所述feature分支。

其中，当所述stage分支和所述master分支保持一致时，从所述stage分支中创建所述hotfix分支。

实施例三：

结合图5所示，本实施例揭示了一种计算机设备的一种具体实施方式。计算机设备可以包括处理器81以及存储有计算机程序指令的存储器82。

具体地，上述处理器81可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器82可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器82可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器82可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器82可在数据处理装置的内部或外部。在特定实施例中，存储器82是非易失性(Non-Volatile)存储器。在特定实施例中，存储器82包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器82可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器81所执行的可能的计算机程序指令。

处理器81通过读取并执行存储器82中存储的计算机程序指令，以实现上述实施例中的任意一种基于gitlab的多版本并行开发方法。

在其中一些实施例中，计算机设备还可包括通信接口83和总线80。其中，如图5所示，处理器81、存储器82、通信接口83通过总线80连接并完成相互间的通信。

通信接口83用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信端口83还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线80包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线80包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线80可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线80可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该计算机设备可以基于一种基于gitlab的多版本并行开发方法，从而实现结合图1描述的方法。

另外，结合上述实施例中治理数据的方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的一种基于gitlab的多版本并行开发方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

综上所述，基于本发明的有益效果在于，本专利提供了一种基于gitlab的多版本并行开发方法，该方法支持同一个项目的多个版本同时进行开发、编译、部署和测试；解决多个版本间的冲突，提升开发效率。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。