[发明专利]持续集成和持续交付方法、系统、设备及存储介质在审
申请号: | 202010265372.2 | 申请日: | 2020-04-07 |
公开(公告)号: | CN111488136A | 公开(公告)日: | 2020-08-04 |
发明(设计)人: | 江新友;陈宇;马新新;高潮彬;周力;李康 | 申请(专利权)人: | 携程旅游网络技术(上海)有限公司 |
主分类号: | G06F8/20 | 分类号: | G06F8/20;G06F8/41;G06F11/36 |
代理公司: | 上海隆天律师事务所 31282 | 代理人: | 夏彬 |
地址: | 200335 上海市长*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 持续 集成 交付 方法 系统 设备 存储 介质 | ||
1.一种持续集成和持续交付方法,其特征在于,包括如下步骤:
获取项目配置文件和CI配置文件;
获取任务脚本文件,在所述项目配置文件中配置任务脚本;
根据所述项目配置文件中的任务脚本,在所述CI配置文件中预设需要构建的任务;
获取提交的代码,推送至Gitlab仓库,并获取Gitlab CI系统的任务构建结果,所述Gitlab CI系统配置为根据所述CI配置文件中预设需要构建的任务针对待集成的代码依次触发任务的自动构建;
根据任务构建结果确定应用是否处于可交付状态。
2.根据权利要求1所述的持续集成和持续交付方法,其特征在于,在所述项目配置文件中配置任务脚本,包括如下步骤:
在所述项目配置文件中新增任务脚本执行的命令块,打开命令行执行工具,执行任务脚本。
3.根据权利要求1所述的持续集成和持续交付方法,其特征在于,根据所述项目配置文件中的任务脚本,在所述CI配置文件中预设需要构建的任务之前,还包括根据通讯接口配置任务对应的反馈机制;
所述获取Gitlab CI系统的任务构建结果之后,还包括根据所述任务构建结果和所述反馈机制进行任务构建结果反馈。
4.根据权利要求1所述的持续集成和持续交付方法,其特征在于,所述任务脚本文件包括代码测试任务脚本文件、应用发布任务脚本文件和用户界面测试任务脚本文件;
在所述项目配置文件中配置任务脚本,包括在所述项目配置文件中配置代码测试任务脚本、应用发布任务脚本和用户界面测试任务脚本。
5.根据权利要求4所述的持续集成和持续交付方法,其特征在于,所述测试任务包括ESlint代码质量检测任务、tsc代码编译任务和Jest单元测试任务中的至少一种。
6.根据权利要求1所述的持续集成和持续交付方法,其特征在于,根据发布平台的应用程序编程接口在所述项目配置文件中配置应用发布任务脚本;
采用如下步骤在所述项目配置文件中配置用户界面测试任务脚本:
建立用户界面自动化平台,并配置该平台的应用程序编程通讯接口;
在所述项目配置文件中配置用户界面测试任务脚本。
7.根据权利要求1所述的持续集成和持续交付方法,其特征在于,所述获取提交的代码,推送至Gitlab仓库之前,还包括如下步骤:
在Gitlab仓库端配置构建任务的环境变量,所述环境变量包括各个任务的构建开关和测试参数。
8.一种持续集成和持续交付系统,用于实现权利要求1至7中任一项所述的持续集成和持续交付方法,其特征在于,所述系统包括:
文件获取模块,用于获取项目配置文件和CI配置文件;
任务配置模块,用于获取任务脚本文件,在所述项目配置文件中配置任务脚本;
任务预设模块,用于根据所述项目配置文件中的任务脚本,在所述CI配置文件中预设需要构建的任务;
任务执行模块,用于获取提交的代码,推送至Gitlab仓库,并获取Gitlab CI系统的任务构建结果,根据任务构建结果确定应用是否处于可交付状态,所述Gitlab CI系统配置为根据所述CI配置文件中预设需要构建的任务针对待集成的代码依次触发任务的自动构建。
9.一种持续集成和持续交付设备,其特征在于,包括:
处理器;
存储器,其中存储有所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任一项所述的持续集成和持续交付方法的步骤。
10.一种计算机可读存储介质,用于存储程序,其特征在于,所述程序被执行时实现权利要求1至7中任一项所述的持续集成和持续交付方法的步骤。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于携程旅游网络技术(上海)有限公司,未经携程旅游网络技术(上海)有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010265372.2/1.html,转载请声明来源钻瓜专利网。