[发明专利]持续集成方法、装置、电子设备、存储介质和程序产品

说明书

本公开提供了一种持续集成方法、装置、电子设备、存储介质和和程序产品，可用于金融领域及其他领域，持续集成方法包括：对待持续集成的应用中的文件进行预检查，得到预检查结果，当预检查结果满足预设条件时，利用预先训练完成的持续集成控制模型根据预检查结果确定对待持续集成的应用进行持续集成的模式，根据模式对待持续集成的应用进行持续集成。该方法在对待持续集成的应用进行持续集成之前对待持续集成的应用中的文件进行预检查，可以避免直接持续集成时出现错误所耗费的时间成本，可以保证持续集成的效率与质量之间达到局部最优，最终保证持续集成的总成本最优。

技术领域

本公开涉及软件开发技术领域，尤其涉及一种持续集成方法、装置、电子设备、存储介质和程序产品。

背景技术

在软件系统的日常开发、测试、交付过程中，持续集成是最重要的一环。持续集成是一种软件开发实践，按照执行顺序包括编译、发布、自动化测试等过程；按照模块划分来说一般又包括应用模块(传统部署以及PaaS部署)、数据库模块、批量模块以及其他模块。

一般在日常开发中，开发人员将自己的代码通过本地开发、调试、自测后，通过git提交进入版本库中；接着，持续集成控制工具(如Jenkins)定时启动，通过人为配置的一组策略，完成编译、发布、自动化测试等工作，将应用程序安装到目标服务器(或将PaaS镜像部署到宿主机集群)、将数据库DDL脚本与initial脚本安装入数据库、将批量程序相关信息放入到批量服务器等。在此基础上，测试人员才可以对软件产品进行测试。同时，交付版本包与补丁也是同理。可以说，持续集成贯穿了整个软件开发的周期，是践行DevOps理念的核心过程之一。但是，在这个过程中，仍有以下问题，当前持续集成一般都有专门的控制工具来进行，虽然可以将一整个任务流程分解为多个子任务，但是仍然存在着错误难以识别、分析的问题。在持续集成中，往往无法一次排除所有问题，但重复构建又浪费时间。在现有开发模式下，一方面是愈加复杂的模块结构，一方面又要提高集成效率，效率和质量在一定程度上存在矛盾点。

发明内容

鉴于上述问题，本公开提供了一种持续集成方法、装置、电子设备、存储介质和程序产品。

根据本公开的第一个方面，提供一种持续集成方法，每一个待持续集成的应用包括至少一个文件，该方法包括：

对待持续集成的应用中的文件进行预检查，得到预检查结果；

当上述预检查结果满足预设条件时，利用预先训练完成的上述持续集成控制模型根据所述预检查结果确定对上述待持续集成的应用进行持续集成的模式；

根据上述模式对上述待持续集成的应用进行持续集成。

在本公开一实施例中，上述方法还包括：

获取历史持续集成数据，上述历史持续集成数据包括历史错误信息；

根据上述历史错误信息构建历史错误信息数据库；

利用上述历史错误信息数据库对上述待持续集成的应用中的文件进行预检查。

在本公开一实施例中，上述对待持续集成的应用中的文件进行预检查，得到预检查结果，具体包括：

获取上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号；

在上述历史错误信息数据库中搜索与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误；

当上述历史错误信息数据库中存在与上述待持续集成的应用的名称和上述待持续集成的应用的当前版本号相对应的错误时，针对每一个错误，根据上述错误对应的标签信息处理上述错误，上述标签信息包括错误的状态、与错误相对应的文件的历史MD5值和上述错误的行号，上述错误的状态为已解决或未解决；