[发明专利]持续集成和持续交付方法、系统、设备及存储介质

说明书

本发明提供了一种持续集成和持续交付方法、系统、设备及存储介质，该方法包括：获取项目配置文件和CI配置文件；获取任务脚本文件，在所述项目配置文件中配置任务脚本；根据所述项目配置文件中的任务脚本，在所述CI配置文件中预设需要构建的任务；获取提交的代码，推送至Gitlab仓库，并获取Gitlab CI系统的任务构建结果，所述Gitlab CI系统配置为根据所述CI配置文件中预设需要构建的任务针对待集成的代码依次触发任务的自动构建；根据任务构建结果确定应用是否处于可交付状态。本发明可以实现自动化构建任务，提高了持续集成和持续交付效率。

技术领域

本发明涉及应用交付技术领域，尤其涉及一种持续集成和持续交付方法、系统、设备及存储介质。

背景技术

持续集成强调开发人员提交了新代码之后，立刻进行构建、(单元)测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起，持续集成的理念是对于每个提交的软件版本都应该是可交付的，至少是可以实际运行的。持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的类生产环境中。

现有的持续集成和持续交付的方法中，需要依赖手工构建各项任务，并且开发团队只能等到开发后期依靠质量团队或用户寻找和修复缺陷。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种持续集成和持续交付方法、系统、设备及存储介质，可以实现自动化构建任务，提高持续集成和持续交付效率。

本发明实施例提供一种持续集成和持续交付方法，包括如下步骤：

获取项目配置文件和CI配置文件；

获取任务脚本文件，在所述项目配置文件中配置任务脚本；

根据所述项目配置文件中的任务脚本，在所述CI配置文件中预设需要构建的任务；

获取提交的代码，推送至Gitlab仓库，并获取Gitlab CI系统的任务构建结果，所述Gitlab CI系统配置为根据所述CI配置文件中预设需要构建的任务针对待集成的代码依次触发任务的自动构建；

根据任务构建结果确定应用是否处于可交付状态。

可选地，在所述项目配置文件中配置任务脚本，包括如下步骤：

在所述项目配置文件中新增任务脚本执行的命令块，打开命令行执行工具，执行任务脚本。

可选地，根据所述项目配置文件中的任务脚本，在所述CI配置文件中预设需要构建的任务之前，还包括根据通讯接口配置任务对应的反馈机制；

所述获取Gitlab CI系统的任务构建结果之后，还包括根据所述任务构建结果和所述反馈机制进行任务构建结果反馈。

可选地，所述任务脚本文件包括代码测试任务脚本文件、应用发布任务脚本文件和用户界面测试任务脚本文件；

在所述项目配置文件中配置任务脚本，包括在所述项目配置文件中配置代码测试任务脚本、应用发布任务脚本和用户界面测试任务脚本。

可选地，所述测试任务包括ESlint代码质量检测任务、tsc代码编译任务和Jest单元测试任务中的至少一种。

可选地，根据发布平台的应用程序编程接口在所述项目配置文件中配置应用发布任务脚本；

采用如下步骤在所述项目配置文件中配置用户界面测试任务脚本：

建立用户界面自动化平台，并配置该平台的应用程序编程通讯接口；

在所述项目配置文件中配置用户界面测试任务脚本。

可选地，所述获取提交的代码，推送至Gitlab仓库之前，还包括如下步骤：