[发明专利]一种基于容器化应用的持续集成交付方法及相关设备

说明书

本说明书一个或多个实施例提供一种基于容器化应用的持续集成交付方法及相关设备，所述方法包括：在代码工程的根目录下定义第一文件，所述第一文件用于描述持续集成过程和相关工具的依赖关系，以执行所述持续集成过程；对所述第一文件中定义的所述持续集成过程进行触发启动设置，其中，所述持续集成过程的触发启动集成于一模块可视化界面上。将持续集成的定义过程前置，由开发者在程序编码阶段对持续集成任务的定义，减少人员浪费。

技术领域

本说明书一个或多个实施例涉及容器化应用技术领域，尤其涉及一种基于容器化应用的持续集成交付方法及相关设备。

背景技术

工厂里的装配线以快速、自动化、可重复的方式从原材料生产出消费品。同样，软件交付管道以快速、自动化和可重复的方式从源代码生成发布版本。其中，启动装配线的过程称为“持续集成”(CI)，如何完成这项工作的总体设计称为“持续交付”(CD)。

容器技术的蓬勃发展，推动着CI/CD工作的变化，由传统的程序交付，脚本交付，配置交付，衍生出镜像交付。碎片化的成果物交付，逐步被镜像交付取代。

持续集成步骤相较传统构建和程序发布效率有所提升，但需要在程序编码阶段与程序构建阶段之间配置专门的岗位人员设置完成持续集成任务所依赖的任务配置文件，虽提升了效率，但增加了人工成本；且，在应用的部署测试阶段，一般是通过非可视化的后端脚本对多服务进行部署升级，程序繁琐，容易出错。而，对于持续交付步骤，因测试环境、生产环境网络隔离的现状，也使得持续交付的完成度大打折扣。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种基于容器化应用的持续集成交付方法及相关设备，以解决现有技术中关于持续集成及持续交付流程中遇到的问题。

基于上述目的，本说明书一个或多个实施例提供了一种基于容器化应用的持续集成交付方法，包括：

在代码工程的根目录下定义第一文件，所述第一文件用于描述持续集成过程和相关工具的依赖关系，以执行所述持续集成过程；

对所述第一文件中定义的所述持续集成过程进行触发启动设置，其中，所述持续集成过程的触发启动集成于一模块可视化界面上；所述触发启动设置与所述第一文件一起配合完成持续集成过程的触发与执行。

进一步，所述持续集成过程包括：

将程序编码阶段的源代码工程拉取到程序构建平台，得到程序构建结果；

对所述程序构建结果进行质量检测、安全性扫描和自动化测试；

将通过测试的所述程序构建结果打包成Docker应用镜像；

将至少一所述Docker应用镜像形成的应用通过第一组配置文件一键部署到测试rancher平台上，并对所述应用进行功能性测试；

将所述第一组配置文件及对所述应用进行描述的第二组配置文件存储于测试应用商店中。

进一步，所述第一文件为jenkinsfile文件。

进一步，所述将至少一所述Docker应用镜像形成的应用通过第一组配置文件一键部署到测试rancher平台上，并对所述应用进行功能性测试，包括：

所述jenkinsfile文件通过shell命令调取基于cattle调度框架搭建的rancher容器管理平台开放api接口，触发部署测试动作，将harbor镜像仓库中的至少一所述Docker应用镜像形成的应用通过第一组配置文件一键部署到测试rancher平台上；

对所述应用进行功能性测试；

针对所述应用测试过程中遇到的问题编写问题修复代码，并将问题修复代码提交到gitlab工具上，由此自动触发所述持续集成过程。