CN112181423B

CN112181423B - 基于配置文件的项目构建方法、装置、计算机设备及介质

Info

Publication number: CN112181423B
Application number: CN202010921692.9A
Authority: CN
Inventors: 朱世康; 刘海东; 段鹏; 黄龙华; 钟义彪
Original assignee: China Merchants Finance Technology Co Ltd
Current assignee: China Merchants Finance Technology Co Ltd
Priority date: 2020-09-04
Filing date: 2020-09-04
Publication date: 2024-02-13
Anticipated expiration: 2040-09-04
Also published as: CN112181423A

Abstract

本发明涉及软件开发领域，公开了一种基于配置文件的项目构建方法、装置、计算机设备及介质，其方法包括：在Devops系统中，获取用于构建指定项目的配置文件；从配置文件中提取依赖包信息，依赖包信息包括若干个依赖包；通过异常包数据库检查依赖包信息是否包括异常包，异常包为存在质量问题的依赖包；若依赖包信息包括异常包，则查找用于替代异常包的替代包；根据替代包更新配置文件；根据更新后的配置文件构建指定项目。本发明可以及时发现并减少使用存在问题的依赖包，提高项目的质量。

Description

基于配置文件的项目构建方法、装置、计算机设备及介质

技术领域

本发明涉及软件开发领域，尤其涉及一种基于配置文件的项目构建方法、装置、计算机设备及介质。

背景技术

DevOps(Development和Operations的组合词)是一组过程、方法与系统的统称，目的在于提高软件开发的敏捷性和集成性。

为了加快项目的研发速度，减少代码开发工作量，越来越多的项目功能通过依赖包实现。也就是说，同一个依赖包，经常会被用在不同的项目中。若依赖包质量存在问题，往往会影响到使用该依赖包的项目的质量。另外，由于在一些大型项目中，依赖包的使用数量众多，用户往往不清楚哪些依赖包质量存在问题，容易误用有质量问题的依赖包。

发明内容

基于此，有必要针对上述技术问题，提供一种基于配置文件的项目构建方法、装置、计算机设备及介质，以及时发现并减少使用存在问题的依赖包，提高项目的质量。

一种基于配置文件的项目构建方法，包括：

在Devops系统中，获取用于构建指定项目的配置文件；

从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包；

通过异常包数据库检查所述依赖包信息是否包括异常包，所述异常包为存在质量问题的所述依赖包；

若所述依赖包信息包括异常包，则查找用于替代所述异常包的替代包；

根据所述替代包更新所述配置文件；

根据更新后的配置文件构建所述指定项目。

一种基于配置文件的项目构建装置，包括：

获取模块，用于在Devops系统中，获取用于构建指定项目的配置文件；

提取模块，用于从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包；

检查模块，用于通过异常包数据库检查所述依赖包信息是否包括异常包，所述异常包为存在质量问题的所述依赖包；

查找模块，用于若所述依赖包信息包括异常包，则查找用于替代所述异常包的替代包；

更新模块，用于根据所述替代包更新所述配置文件；

构建模块，用于根据更新后的配置文件构建所述指定项目。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述基于配置文件的项目构建方法。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述基于配置文件的项目构建方法。

上述基于配置文件的项目构建方法、装置、计算机设备及介质，通过在Devops系统中，获取用于构建指定项目的配置文件，以接收用户提交的配置文件。从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包，以分析指定项目使用了哪些依赖包。通过异常包数据库检查所述依赖包信息是否包括异常包，所述异常包为存在质量问题的所述依赖包，以获知指定项目存在异常包的状况。若所述依赖包信息包括异常包，则查找用于替代所述异常包的替代包，以自动寻找可以替换的依赖包，减少用户的工作量。根据所述替代包更新所述配置文件，以减少指定项目使用异常包的数量(可能还包含未被异常包数据库收录的异常包，但整体上异常包数量会降低)。根据更新后的配置文件构建所述指定项目，以完成指定项目的构建，同时构建成的指定项目问题更少，质量更高。本发明可以及时发现并减少使用存在问题的依赖包，提高项目的质量。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中基于配置文件的项目构建方法的一应用环境示意图；

图2是本发明一实施例中基于配置文件的项目构建方法的一流程示意图；

图3是本发明一实施例中基于配置文件的项目构建方法的一流程示意图；

图4是本发明一实施例中基于配置文件的项目构建装置的一结构示意图；

图5是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本实施例提供的基于配置文件的项目构建方法，可应用在如图1的应用环境中，其中，客户端与服务端进行通信。其中，客户端包括但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种基于配置文件的项目构建方法，以该方法应用在图1中的服务端为例进行说明，包括如下步骤：

S10、在Devops系统中，获取用于构建指定项目的配置文件。

本实施例中，配置件指的是用户根据指定项目的需要，编写的符合特定格式(如可以是xml格式)的配置文件。例如，配置文件可以是Java项目Maven工具的pom.xml、Ant工具的build.xml，或者build.gradle配置文件，或者JavaScript项目Vue框架package.json配置文件。指定项目指的是需要构建的软件项目，比如业务系统项目、报表系统项目等，其开发语言可采用Java。

用户在编写完配置文件后，可将该配置文件上传至Devops系统。配置文件中包含了多个依赖包的配置关系。

在一示例中，Maven工具的pom.xml可以是：

S20、从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包。

Devops系统预先设置有识别提取工具，可以从配置文件中提取依赖包信息。提取出的依赖包信息归属于指定项目。依赖包信息中包括了若干个依赖包。通过依赖包信息可以获知，指定项目使用的依赖包情况。依赖包的格式可为jar，即以.jar为文件扩展名。依赖包信息内所包含的依赖包指的是依赖包的文件名，而非具体的依赖包文件。

S30、通过异常包数据库检查所述依赖包信息是否包括异常包，所述异常包为存在质量问题的所述依赖包。

可在Devops系统预先设置异常包数据库。异常包数据库存储了所有已知的存在质量问题的依赖包。此处的质量问题可以指存在内存溢出和/或安全隐患的问题。可以将依赖包信息发送至异常包数据库，逐一检查依赖包信息中的每个依赖包是否存在于异常包数据库。若有依赖包存在于异常包数据库，则该依赖包为异常包。

S40、若所述依赖包信息包括异常包，则查找用于替代所述异常包的替代包。

一般情况下，每个依赖包存在不同的版本，如version1.0、version2.0等。若某一版本为异常包，则可以选择另一没有质量问题版本的依赖包作为替代包。在此处，不同版本的依赖包均视为不同的依赖包。

S50、根据所述替代包更新所述配置文件。

在本实施例中，可以将配置文件中所有异常包成相应的替换包。例如，一异常包为starter-log4j2.jar，替换包为starter-log4j1.jar，则更新后的配置文件中，所有的starter-log4j2.jar均会被替换为starter-log4j1.jar。

S60、根据更新后的配置文件构建所述指定项目。

用户可以根据更新后配置文件完成指定项目的构建。在此处，用户可在客户端操作(如可以是点击指定项目的“运行”按钮)，通过客户端向服务端发送构建指令，以使服务端执行构建指令，完成指定项目的构建。

步骤S10-S60中，在Devops系统中，获取用于构建指定项目的配置文件，以接收用户提交的配置文件。从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包，以分析指定项目使用了哪些依赖包。通过异常包数据库检查所述依赖包信息是否包括异常包，所述异常包为存在质量问题的所述依赖包，以获知指定项目存在异常包的状况。若所述依赖包信息包括异常包，则查找用于替代所述异常包的替代包，以自动寻找可以替换的依赖包，减少用户的工作量。根据所述替代包更新所述配置文件，以减少指定项目使用异常包的数量(可能还包含未被异常包数据库收录的异常包，但整体上异常包数量会降低)。根据更新后的配置文件构建所述指定项目，以完成指定项目的构建，同时构建成的指定项目问题更少，质量更高。

可选的，如图3所示，步骤S20之后，即所述从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包之后，还包括：

S21、根据所述依赖包信息在关联关系数据库中添加所述指定项目的正向关联关系，并更新各个所述依赖包的反向关联关系。

可以设置关联关系数据库，存储不同项目与依赖包之间的关联关系。关联关系数据库包括两种关联关系，分别为正向关联关系和反向关联关系。正向关联关系记录了一个项目中使用的所有依赖包，可以表示为：项目1：依赖包1、依赖包2、依赖包3……。反向关联关系记录了使用某个依赖包的所有项目，可以表示为：依赖包1：项目1、项目2、项目3……。

本实施例中，可在关联关系数据库中添加指定项目的正向关联关系。添加的正向关联关系可表示为：指定项目：依赖包3、依赖包5、依赖包11……(此处的省略号所指代的依赖包根据指定项目的实际情况而定)。然后，更新指定项目包含的依赖包的反向关联关系，如，

依赖包3：……(此处的省略号为原有的项目数据)；指定项目；

依赖包5：……；指定项目；

……。

若指定项目使用了未被使用过的依赖包x，则可以增加该依赖包x的反向关联关系，即为：依赖包x：指定项目。

在一些情况下，正向关联关系和反向关联关系可以存储于一个数据库中，也可以分别存储于不同的数据库。

可选的，如图3所示，步骤S21之后，即所述根据所述依赖包信息在关联关系数据库中添加所述指定项目的正向关联关系，并更新各个所述依赖包的反向关联关系之后，还包括：

S22、在异常包数据库中，接收第一设置指令，根据所述第一设置指令设置问题依赖包的状态为异常；

S23、接收第二设置指令，根据所述第二设置指令设置所述问题依赖包的更新开关。

本实施例中，当存在缺陷的问题依赖包被用户发现时，用户可以在异常包数据库中对问题依赖包进行标记。即，可以通过第一设置指令将问题依赖包的状态设置为异常。依赖包包括两种状态，分别为正常和异常。还可以通过第二设置指令设置问题依赖包的更新开关。更新开关可以控制是否更新已使用被标记为异常的问题依赖包的项目。在此处，第一设置指令和第二设置指令可以是基于用户的设置操作而产生的。

可选的，如图3所示，步骤S23之后，即所述接收第二设置指令，根据所述第二设置指令设置所述问题依赖包的更新开关之后，还包括：

S24、若所述更新开关的状态为开启，获取所述问题依赖包的指定反向关联关系；

S25、根据所述指定反向关联关系确定已使用所述问题依赖包的问题项目；

S26、查找用于替代所述问题依赖包的指定替代包，并获取所述问题项目的问题配置文件；

S27、根据所述指定替代包更新所述问题配置文件；

S28、根据更新后的问题配置文件构建所述问题项目。

本实施例中，若更新开关的状态为开启，则需要对包含问题依赖包的所有项目(即问题项目)进行更新。若更新开关的状态为关闭，则不需要对包含问题依赖包的项目进行更新。

在确定更新开关的状态为开启之后，可以获取问题依赖包的指定反向关联关系，根据该指定反向关联关系确定已使用问题依赖包的问题项目。然后查找问题依赖包的指定替换包，查找方式与步骤S40相同。

可以预先设置配置文件数据数据库，可以根据问题依赖包在该配置文件数据数据库查找到相应的问题配置文件。

在获得指定替代包和问题配置文件后，可以先根据指定替代包更新问题配置文件，最后根据更新后的问题配置文件重新构建问题项目。这两个步骤的处理方式与步骤S50、S60相同。

可选的，步骤S20，即所述从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包，包括：

S201、基于配置通配符、具体指定和/或继承关系提取所述依赖包信息。

本实施例中，依赖包是一种封装好的数据，归属于特定的群组(groupId)，并具有特定的版本号。基于配置通配符提取依赖包信息，指的是使用通配符提取具有特定标识的依赖包。示意性的，配置通配符的语句可以表示为：org.springframework.boot！*！1.5.9.RELEASE。其中，！*！中的*即为通配符。

基于具体指定提取依赖包信息，指的是使用具体的依赖包名判断配置文件是否包含该依赖包名，若有，则生成相应的依赖包信息。

基于继承关系提取依赖包信息，指的是使用群组名判断配置文件是否包含该群组下的依赖包，若有，则生成相应的依赖包信息。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种基于配置文件的项目构建装置，该基于配置文件的项目构建装置与上述实施例中基于配置文件的项目构建方法一一对应。如图4所示，该基于配置文件的项目构建装置包括获取模块10、提取模块20、检查模块30、查找模块40、更新模块50和构建模块60。各功能模块详细说明如下：

获取模块10，用于在Devops系统中，获取用于构建指定项目的配置文件；

提取模块20，用于从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包；

检查模块30，用于通过异常包数据库检查所述依赖包信息是否包括异常包，所述异常包为存在质量问题的所述依赖包；

查找模块40，用于若所述依赖包信息包括异常包，则查找用于替代所述异常包的替代包；

更新模块50，用于根据所述替代包更新所述配置文件；

构建模块60，用于根据更新后的配置文件构建所述指定项目。

可选的，基于配置文件的项目构建装置，还包括：

更新关系模块，用于根据所述依赖包信息在关联关系数据库中添加所述指定项目的正向关联关系，并更新各个所述依赖包的反向关联关系。

可选的，基于配置文件的项目构建装置，还包括：

第一设置模块，用于在异常包数据库中，接收第一设置指令，根据所述第一设置指令设置问题依赖包的状态为异常；

第二设置模块，用于接收第二设置指令，根据所述第二设置指令设置所述问题依赖包的更新开关。

可选的，基于配置文件的项目构建装置，还包括：

获取反向关系模块，用于若所述更新开关的状态为开启，获取所述问题依赖包的指定反向关联关系；

确定问题项目模块，用于根据所述指定反向关联关系确定已使用所述问题依赖包的问题项目；

查找获取模块，用于查找用于替代所述问题依赖包的指定替代包，并获取所述问题项目的问题配置文件；

替换文件模块，用于根据所述指定替代包更新所述问题配置文件；

更新问题项目模块，用于根据更新后的问题配置文件构建所述问题项目。

可选的，提取模块20包括：

提取单元，用于基于配置通配符、具体指定和/或继承关系提取所述依赖包信息。

关于基于配置文件的项目构建装置的具体限定可以参见上文中对于基于配置文件的项目构建方法的限定，在此不再赘述。上述基于配置文件的项目构建装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储上述基于配置文件的项目构建方法所涉及的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种基于配置文件的项目构建方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现以下步骤：

在Devops系统中，获取用于构建指定项目的配置文件；

根据所述替代包更新所述配置文件；

根据更新后的配置文件构建所述指定项目。

在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读存储介质，本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。可读存储介质上存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时实现以下步骤：

在Devops系统中，获取用于构建指定项目的配置文件；

根据所述替代包更新所述配置文件；

根据更新后的配置文件构建所述指定项目。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims

1.一种基于配置文件的项目构建方法，其特征在于，包括：

在Devops系统中，获取用于构建指定项目的配置文件；

从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包；依赖包信息内所包含的依赖包指的是依赖包的文件名，而非具体的依赖包文件；

通过异常包数据库检查所述依赖包信息是否包括异常包；所述异常包为存在质量问题的所述依赖包；

根据所述替代包更新所述配置文件；

根据更新后的配置文件构建所述指定项目。

2.如权利要求1所述的基于配置文件的项目构建方法，其特征在于，所述从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包之后，还包括：

根据所述依赖包信息在关联关系数据库中添加所述指定项目的正向关联关系，并更新各个所述依赖包的反向关联关系；正向关联关系记录了一个项目中使用的所有依赖包；反向关联关系记录了使用某个依赖包的所有项目。

3.如权利要求2所述的基于配置文件的项目构建方法，其特征在于，所述根据所述依赖包信息在关联关系数据库中添加所述指定项目的正向关联关系，并更新各个所述依赖包的反向关联关系之后，还包括：

在异常包数据库中，接收第一设置指令，根据所述第一设置指令设置问题依赖包的状态为异常；

接收第二设置指令，根据所述第二设置指令设置所述问题依赖包的更新开关。

4.如权利要求3所述的基于配置文件的项目构建方法，其特征在于，所述接收第二设置指令，根据所述第二设置指令设置所述问题依赖包的更新开关之后，还包括：

若所述更新开关的状态为开启，获取所述问题依赖包的指定反向关联关系；

根据所述指定反向关联关系确定已使用所述问题依赖包的问题项目；

查找用于替代所述问题依赖包的指定替代包，并获取所述问题项目的问题配置文件；

根据所述指定替代包更新所述问题配置文件；

根据更新后的问题配置文件构建所述问题项目。

5.如权利要求1所述的基于配置文件的项目构建方法，其特征在于，所述从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包，包括：

基于配置通配符、具体指定和/或继承关系提取所述依赖包信息。

6.一种基于配置文件的项目构建装置，其特征在于，包括：

提取模块，用于从所述配置文件中提取依赖包信息，所述依赖包信息包括若干个依赖包；依赖包信息内所包含的依赖包指的是依赖包的文件名，而非具体的依赖包文件；

更新模块，用于根据所述替代包更新所述配置文件；

构建模块，用于根据更新后的配置文件构建所述指定项目。

7.如权利要求6所述的基于配置文件的项目构建装置，其特征在于，还包括：

更新关系模块，用于根据所述依赖包信息在关联关系数据库中添加所述指定项目的正向关联关系，并更新各个所述依赖包的反向关联关系；正向关联关系记录了一个项目中使用的所有依赖包；反向关联关系记录了使用某个依赖包的所有项目。

8.如权利要求7所述的基于配置文件的项目构建装置，其特征在于，还包括：

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至5中任一项所述基于配置文件的项目构建方法。

10.一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1至5中任一项所述基于配置文件的项目构建方法。