CN118012446A - 软件版本自动集成部署方法及系统 - Google Patents

Abstract

本申请公开了软件版本自动集成部署方法及系统，方法包括：接收集成部署请求，根据集成部署请求识别对应代码仓库以及对应镜像仓库；调取代码仓库中对应代码版本的代码，识别待调用的编译任务；识别系统环境节点，调用程序编译脚本，对代码执行并行编译，输出各服务可执行程序以及配置解析脚本；构建综合服务程序镜像，调取镜像仓库中对应应用镜像；判断是否需要发布，若是，根据综合服务程序镜像、应用镜像以及配置解析脚本输出并执行集成部署包，完成软件版本的自动集成部署，若否，综合服务程序镜像以及应用镜像存储至测试环境私有镜像仓库。本申请的有益效果：软件版本自动集成部署效率高、可靠性高。

Description

软件版本自动集成部署方法及系统

技术领域

本申请涉及软件集成部署技术领域，尤其涉及软件版本自动集成部署方法及系统。

背景技术

目前软件的持续集成是软件开发迭代过程中保障软件质量的一个非常重要环节。在实践中使用jenkins工具自动化完成繁琐的集成任务，可在jenkins中自定义编写执行的脚本任务。通常执行过程是先从gitlab拉取最新源代码，再将源代码编译成可执行程序，构建程序服务的镜像，打包成软件包，最后人工将软件包部署到K8S运行环境。软件由许多微服务和第三方应用组成，存在多个代码仓库和应用版本，统一的程序编译过程不能同时拉取多个代码库的代码版本，也无法指定特定应用的使用版本，需要频繁调整集成脚本从而导致编译错误增多。同时编译多个程序服务任务和构建多个镜像任务都是顺序执行，导致集成过程消耗很长时间。每个服务都维护一个程序镜像，构建复杂且体量大。综上，相关技术中对软件的持续集成依赖于专业运维任人员的集成脚本调整以及程序镜像构建，不仅集成部署效率低还容易出现编译错误等问题。

中国专利《第三方软件集成的方法及系统》，公开号：CN104516739A，公开日：2015年01月05日，具体公开了查询本机中已下载的软件是否属于第三方软件库中的软件，其中，第三方软件库为按照预定规则搜索需要集成的第三方软件所形成的；当查询到第三方软件时，确定第三方软件的集成条件；利用集成条件按照预定程序进行集成，并形成启动第三方软件的链接图标。该方案中利用集成条件使得第三方软件按照预定程序自动进行集成，当存在多个第三方软件需要集成时，也是顺序执行，此时集成过程消耗时间过长，集成部署效率低。

中国专利《一种软件集成方法及装置》，公开号：CN109683899A，公开日：2017年10月18日，具体公开了应用在安装有持续集成工具Jenkins的计算设备，Jenkins中配置有开源代码审查软件Gerrit的中心服务器的参数信息，该方法包括：当计算设备调用Jenkins时，根据参数信息确定中心服务器中存在待集成代码；获取待集成代码；对待集成代码进行编译，生成程序包；将生成的程序包部署到生产环境中，生成软件产品。该方案中在中心服务器中执行待集成代码的编译，同样也存在顺序执行导致集成过程消耗时间过长的问题。

发明内容

本申请针对现有技术中存在软件集成部署采用顺序执行代码编译造成集成效率低下的问题，提供软件版本自动集成部署方法，根据集成部署请求识别多个第三方或微服务中满足集成部署请求的第三方或微服务，与其对应的代码仓库以及镜像仓库建立连接，根据集成部署请求调用代码仓库中的代码以及镜像仓库中的应用镜像，无需重新编写代码或构建应用镜像，进而识别第三方或微服务对应的系统环境节点，在对应的系统环境节点中分别执行对应代码并行编译，提高代码编译效率，同时利用分步构建程序镜像，降低程序镜像构建的复杂度，最终实现软件版本自动集成部署效率的提高。

为实现上述技术目的，本申请提供的一种技术方案是，软件版本自动集成部署方法，包括如下步骤：S1：接收集成部署请求，根据集成部署请求识别对应代码仓库以及对应镜像仓库；S2：根据集成部署请求调取代码仓库中对应代码版本的代码，识别待调用的编译任务；

S3：根据集成部署请求识别系统环境节点，以系统环境节点调用程序编译脚本，根据程序编译脚本以及待调用的编译任务对代码执行并行编译，输出各服务可执行程序以及配置解析脚本；S4：根据各服务可执行程序构建综合服务程序镜像，根据集成部署请求调取镜像仓库中对应应用镜像；S5：根据集成部署请求判断是否需要发布，若是，执行S6，若否，则综合服务程序镜像以及应用镜像存储至集成部署请求对应项目的测试环境私有镜像仓库；S6：根据综合服务程序镜像、应用镜像以及配置解析脚本输出并执行集成部署包，完成软件版本的自动集成部署。

进一步的，集成部署请求至少包括代码版本、集成服务信息、发布包版本、应用版本、项目配置版本以及发布信息。

进一步的，S1还包括：接收集成部署请求，根据集成部署请求中集成服务信息识别对应代码仓库以及对应镜像仓库。

进一步的，根据集成部署请求识别系统环境节点还包括：根据集成部署请求中的项目配置版本获取微服务以及第三方应用的服务器系统；根据服务器系统识别系统环境节点。

进一步的，输出各服务可执行程序以及配置解析脚本包括：将并行编译后输出的程序集成作为各服务可执行程序输出；导出代码中的配置解析脚本。

进一步的，根据各服务可执行程序构建综合服务程序镜像包括：根据集成部署请求获得预设命令参数，根据预设命令参数对各服务可执行程序进行程序清理；以清理后的各服务可执行程序同一拷贝至预设基础镜像，构建综合服务程序镜像。

进一步的，S6还包括：根据集成部署请求中的项目配置版本识别项目配置仓库，并调用对应项目配置仓库中的配置文件；根据配置解析脚本获取系统数据文件以及运行配置文件；根据运行配置文件构建配置镜像包；以综合服务程序镜像、应用镜像、配置镜像包、配置文件、系统数据文件以及配置解析脚本输出集成部署包；执行集成部署包完成软件版本的自动集成部署。

进一步的，集成部署请求还包括部署信息。

进一步的，S5还包括：根据集成部署请求中的发布信息判断是否需要发布，若是，执行S6，若否，根据集成部署请求中的部署信息判断是否需要部署，若是，则综合服务程序镜像以及应用镜像存储至集成部署请求对应项目的测试环境私有镜像仓库，若否，执行结束。

本申请提供的另一种技术方案是，软件版本自动集成部署系统，用于实现如上述的方法，包括存储器和处理器，存储器用于存储集成部署请求中微服务以及第三方的对应信息，处理器根据对应信息调用对应代码仓库或镜像仓库中的代码实现集成部署。

本申请提供的又一种技术方案是，计算机可读存储介质，存储介质中存储有计算机程序或指令，当计算机程序或指令被处理设备执行时，实现如上述的方法。

本申请的有益效果：根据集成部署请求调用代码仓库中的代码以及镜像仓库中的应用镜像，无需重新编写代码或构建应用镜像；识别第三方或微服务对应的系统环境节点，在对应的系统环境节点中分别执行对应代码并行编译，提高代码编译效率；分步构建程序镜像：根据各服务可执行程序构建综合服务程序镜像、调用应用镜像，综合构建程序镜像，降低程序镜像构建的复杂度。

附图说明

图1为本申请软件版本自动集成部署方法一种实施例情况下的流程示意图。

图2为本申请软件版本自动集成部署方法一种实施例情况下的并行编译示意图。

具体实施方式

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

如图1所示，作为本申请的实施例一，软件版本自动集成部署方法，包括如下步骤：S1：接收集成部署请求，根据集成部署请求识别对应代码仓库以及对应镜像仓库；

S2：根据集成部署请求调取代码仓库中对应代码版本的代码，识别待调用的编译任务；

S3：根据集成部署请求识别系统环境节点，以系统环境节点调用程序编译脚本，根据程序编译脚本以及待调用的编译任务对代码执行并行编译，输出各服务可执行程序以及配置解析脚本；

S4：根据各服务可执行程序构建综合服务程序镜像，根据集成部署请求调取镜像仓库中对应应用镜像；

S5：根据集成部署请求判断是否需要发布，若是，执行S6，若否，则综合服务程序镜像以及应用镜像存储至集成部署请求对应项目的测试环境私有镜像仓库；

S6：根据综合服务程序镜像、应用镜像以及配置解析脚本输出并执行集成部署包，完成软件版本的自动集成部署。

本申请根据集成部署请求自动识别需要进行集成的软件版本代码存储的代码仓库以及镜像仓库，进而调取存储于代码仓库中的源代码，识别待调用的编译任务，切换到对应的系统环境节点并行编译各服务代码，使得并发执行过程将在多个不同操作系统的服务器节点完成，无需按顺序依次执行，利用多台服务器多核CPU提高并发量，降低整个编译过程处理时间。同时，利用各服务可执行程序构建综合服务程序镜像，即利用拷贝功能以相同语言的多个程序构建综合服务程序镜像，无需每个微服务对应一个镜像构建文件，减少镜像层数，降低生成镜像的大小，从而减少处理时间，进一步提高软件版本自动集成部署的效率。

在本实施例中，集成部署请求至少包括代码版本、集成服务信息、发布包版本、应用版本、项目配置版本以及发布信息。由此，步骤S1中还包括：

接收集成部署请求，根据集成部署请求中集成服务信息识别对应代码仓库以及对应镜像仓库。

软件由多个微服务以及第三方应用组成，存在多个代码仓库和镜像仓库。在本申请中根据提供的服务类型划分不同的代码仓库和镜像仓库，可以理解的是微服务以及第三方应用也是分别提供不同的服务类型，此时可以根据微服务以及第三方应用的服务类型进行其代码仓库以及镜像仓库的服务类型划分。接收集成部署请求后，根据集成部署请求中的集成服务信息，即需要集成的服务类型识别代码仓库以及镜像仓库。

步骤S2还包括：

根据集成部署请求中代码版本调取代码仓库中对应代码版本的代码，识别待调用的编译任务。

根据集成服务信息识别需要在哪些代码仓库中调取代码，以代码版本在对应代码仓库中调取对应版本的代码，进而识别代码对应的编译任务。

根据集成部署请求识别系统环境节点还包括：

根据集成部署请求中的项目配置版本获取微服务以及第三方应用的服务器系统；

根据服务器系统识别系统环境节点。

项目配置版本至少包括各服务项目上的设备数量、厂家、体量以及配置的设备结构信息、程序服务设置信息以及基础数据信息，根据配置的设备结构信息获得服务器系统信息，根据服务器系统信息识别系统环境节点，从而利用微服务以及第三方应用的服务器执行并行编译，降低编译处理时间，提高软件版本自动集成部署的效率。

输出各服务可执行程序以及配置解析脚本包括：

将并行编译后输出的程序集成作为各服务可执行程序输出；

导出代码中的配置解析脚本。

在本实施例中，代码指代对应代码版本的源代码。配置解析脚本是用于解析和处理配置文件或命令行参数的脚本程序，通常包含在源代码中。因此可以根据源代码直接导出配置解析脚本。

各服务执行程序指代对应各个服务类型的执行程序。由于编译任务根据代码版本以及服务类型获取，因此相同类的编译任务在同一系统环境节点中并行编译，而不同类的编译任务在不同系统环境节点中并行编译。从而利用不同操作系统的服务器节点执行不同类的编译任务，多线程并行执行程序编译子任务，提高程序编译输出速度，提高软件版本自动集成部署效率。

步骤S4还包括：

根据各服务可执行程序构建综合服务程序镜像，根据集成部署请求中的应用版本调取镜像仓库中对应应用镜像。

根据各服务可执行程序构建综合服务程序镜像包括：

根据集成部署请求获得预设命令参数，根据预设命令参数对各服务可执行程序进行程序清理；以清理后的各服务可执行程序同一拷贝至预设基础镜像，构建综合服务程序镜像。

集成部署请求中包括代码版本、应用版本以及项目配置版本，以代码版本、应用版本以及项目配置版本作为预设命令参数，对各服务可执行程序进行程序清理，识别出需要启动的程序以及筛除不需要的程序，从而减少无用程序占用服务器磁盘空间，同时进一步验证了代码调用是否准确，提高集成部署的可靠性。通过输出内容统一拷贝到镜像中，减少镜像层数，只在一个阶段中执行单层拷贝，从而减少镜像体积的同时提高镜像构建效率，进一步提高软件版本自动集成部署效率。

步骤S5还包括：

根据集成部署请求中的发布信息判断是否需要发布，若是，执行S6，若否，则综合服务程序镜像以及应用镜像存储至集成部署请求对应项目的测试环境私有镜像仓库。

步骤S6还包括：

根据集成部署请求中的项目配置版本识别项目配置仓库，并调用对应项目配置仓库中的配置文件；

根据配置解析脚本获取系统数据文件以及运行配置文件；

根据运行配置文件构建配置镜像包；

以综合服务程序镜像、应用镜像、配置镜像包、配置文件、系统数据文件以及配置解析脚本输出集成部署包；

执行集成部署包完成软件版本的自动集成部署。

在本实施例中通过在本地构建生成综合服务程序镜像以及从镜像仓库远程拉取的应用镜像形成最终的程序镜像，无需重新根据服务情况构建应用镜像，减少镜像冗余，同时综合服务程序镜像是以实际需集成的各服务可执行程序生成，能够适应新服务的添加，减少镜像重新构建时间，进一步提高软件版本自动集成部署效率。

集成部署请求还包括部署信息，由此，步骤S5包括：

根据集成部署请求中的发布信息判断是否需要发布，若是，执行S6，若否，根据集成部署请求中的部署信息判断是否需要部署，若是，则综合服务程序镜像以及应用镜像存储至集成部署请求对应项目的测试环境私有镜像仓库，若否，执行结束。

当集成部署请求为既发布也部署时，制作集成部署包执行发布与部署。当集成部署请求为不发布但部署时，将生成的程序镜像即综合服务程序镜像以及应用镜像采用docker push方式推送到测试环境私有镜像仓库供使用，执行结束。当集成部署请求为不发布不部署时，完成综合服务程序镜像构建和应用镜像拉取后，直接执行结束。

作为本申请的实施例二，提供一种软件版本自动集成部署系统，包括存储器和处理器，存储器用于存储集成部署请求中微服务以及第三方的对应信息，处理器根据对应信息调用对应代码仓库或镜像仓库中的代码实现集成部署。在本实施例中，存储器中存储有项目配置信息，项目配置信息包括各项目上的设备数量、厂家、体量等区别，配置的设备结构信息、程序服务设置信息、基础数据信息等。工作人员输入集成部署请求后，存储器根据集成部署请求匹配相同服务类型的微服务或第三方，即根据存储器储存信息获取满足集成部署请求的第三方或微服务代码仓库以及镜像仓库地址，处理器与对应的代码仓库以及镜像仓库构建连接，获取与集成部署请求中相同代码版本的代码以及相同应用版本的镜像，执行软件版本的自动集成部署。

作为本申请的实施例三，还提供计算机可读存储介质，用于存储计算机程序或指令，当计算机程序或指令被处理设备执行时，实现上述的软件版本自动集成部署方法。计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

如图2所示，利用计算机可读存储介质提供一个可行的实施例，预先将所有可执行程序结合开发语言和服务类型分类，针对每个类型分别创建shell、bat脚本，存储至计算机可读存储介质中，并利用持续集成工具Jenkins创建程序编译任务，将相同类程序的编译命令输入至shell、bat脚本中，同时也存储于计算机可读存储介质中。在执行并行编译时，根据系统环境节点判断需调用的脚本，如在本实施例中，linux节点用于在linux系统中编译程序、构建镜像、解析项目配置等操作。win节点用于在windows系统中编译程序。根据微服务以及第三方的服务器系统判断是linux系统还是windows系统，进而调用对应的脚本。如shell脚本用于linux节点，bat脚本用于win节点，即当微服务以及第三方的服务器系统是linux系统时，从计算机可读存储介质中调用shell脚本执行编译命令，当微服务以及第三方的服务器系统是windows系统时，计算机可读存储介质中调用bat脚本执行编译命令。同样，预设基础镜像也预先存储于计算机可读存储介质中，便于后续综合服务程序镜像的构建。

本申请通过预设集成部署请求中微服务以及第三方配置与集成部署需求的对应信息，即服务类型是否对应、项目配置版本是否对应识别需要调用的代码仓库以及镜像仓库，无需自行编写集成代码，能够根据预设代码和镜像直接生成满足集成部署需求的部署软件包，从而自动执行软件集成部署，无需专业的运维人员进行操作，降低操作使用门槛，同时以并行编译以及分步构建程序镜像的方式降低软件版本集成部署的编译时间以及构建体积，从而提高软件版本集成部署的效率以及降低软件版本集成部署造成的体积占用。

以上之具体实施方式为本申请软件版本自动集成部署方法及系统的较佳实施方式，并非以此限定本申请的具体实施范围，本申请的范围包括并不限于本具体实施方式，凡依照本申请之形状、结构所作的等效变化均在本申请的保护范围内。

Claims (10)

1.软件版本自动集成部署方法，其特征在于：包括如下步骤：

S1：接收集成部署请求，根据集成部署请求识别对应代码仓库以及对应镜像仓库；

S2：根据集成部署请求调取代码仓库中对应代码版本的代码，识别待调用的编译任务；

S3：根据集成部署请求识别系统环境节点，以系统环境节点调用程序编译脚本，根据程序编译脚本以及待调用的编译任务对代码执行并行编译，输出各服务可执行程序以及配置解析脚本；

S4：根据各服务可执行程序构建综合服务程序镜像，根据集成部署请求调取镜像仓库中对应应用镜像；

S5：根据集成部署请求判断是否需要发布，若是，执行S6，若否，则综合服务程序镜像以及应用镜像存储至集成部署请求对应项目的测试环境私有镜像仓库；

S6：根据综合服务程序镜像、应用镜像以及配置解析脚本输出并执行集成部署包，完成软件版本的自动集成部署。

2.如权利要求1所述的软件版本自动集成部署方法，其特征在于：

集成部署请求至少包括代码版本、集成服务信息、发布包版本、应用版本、项目配置版本以及发布信息。

3.如权利要求2所述的软件版本自动集成部署方法，其特征在于：

所述S1还包括：

接收集成部署请求，根据集成部署请求中集成服务信息识别对应代码仓库以及对应镜像仓库。

4.如权利要求2所述的软件版本自动集成部署方法，其特征在于：

所述根据集成部署请求识别系统环境节点还包括：

根据集成部署请求中的项目配置版本获取微服务以及第三方应用的服务器系统；

根据服务器系统识别系统环境节点。

5.如权利要求1或2所述的软件版本自动集成部署方法，其特征在于：

所述输出各服务可执行程序以及配置解析脚本包括：

将并行编译后输出的程序集成作为各服务可执行程序输出；

导出代码中的配置解析脚本。

6.如权利要求1或2所述的软件版本自动集成部署方法，其特征在于：

所述根据各服务可执行程序构建综合服务程序镜像包括：

根据集成部署请求获得预设命令参数，根据预设命令参数对各服务可执行程序进行程序清理；以清理后的各服务可执行程序同一拷贝至预设基础镜像，构建综合服务程序镜像。

7.如权利要求2所述的软件版本自动集成部署方法，其特征在于：

所述S6还包括：

根据集成部署请求中的项目配置版本识别项目配置仓库，并调用对应项目配置仓库中的配置文件；

根据配置解析脚本获取系统数据文件以及运行配置文件；

根据运行配置文件构建配置镜像包；

以综合服务程序镜像、应用镜像、配置镜像包、配置文件、系统数据文件以及配置解析脚本输出集成部署包；

执行集成部署包完成软件版本的自动集成部署。

8.如权利要求2所述的软件版本自动集成部署方法，其特征在于：

集成部署请求还包括部署信息。

9.如权利要求8所述的软件版本自动集成部署方法，其特征在于：

所述S5还包括：

根据集成部署请求中的发布信息判断是否需要发布，若是，执行S6，若否，根据集成部署请求中的部署信息判断是否需要部署，若是，则综合服务程序镜像以及应用镜像存储至集成部署请求对应项目的测试环境私有镜像仓库，若否，执行结束。

10.软件版本自动集成部署系统，用于实现如权利要求1至权利要求9任意一项权利要求所述的方法，其特征在于：包括存储器和处理器，存储器用于存储集成部署请求中微服务以及第三方的对应信息，处理器根据对应信息调用对应代码仓库或镜像仓库中的代码实现集成部署。