[发明专利]一种实现自动化交叉编译的方法、系统、设备及存储介质

说明书

本发明涉及一种实现自动化交叉编译的方法、系统、设备及存储介质，所述方法包括：M1.基于git本地仓库，获取初始版本文件数据信息，所述初始版本文件信息包括初始代码文件信息和初始配置文件信息；M2.基于所述初始版本文件数据信息，采用Jenkins流水线式进行编译构建工作，输出多种CPU架构的可执行文件数据信息；M3.将所述多种CPU架构的可执行文件数据信息传输至Jenkins平台，输出对应的任务数据信息。本发明不仅不能自动化的在某一种服务器架构上编译可以运行在多种CPU架构的应用程序的问题，而且减少人工编译操作，减少设备购置数量，降低维护成本。

技术领域

本发明涉及自动化交叉编译技术领域，尤其是涉及一种实现自动化交叉编译的方法、系统、设备及存储介质。

背景技术

随着如今应用开发企业的不断发展壮大，项目的实施部署逐渐变多且基础环境差别较大。在不同操作系统和处理器架构上运行应用是很普遍的需求，因此为不同平台单独构建发布版本是一种常见做法。例如在x86架构上开发一个应用程序并将其部署到ARM平台的机器上，通常需要准备ARM平台的基础设施用于开发和编译。在工作和生活中，我们可能经常需要将某个程序跑在不同的CPU架构上，比如让某些不可描述的软件运行在树莓派或嵌入式路由器设备上。但是想要跨平台构建Docker镜像可不是一件轻松的活，要么到不同CPU架构的系统上全部构建一遍，要么就得在当前系统上通过虚拟化技术模拟不同的CPU架构，最后可能还要想办法合并镜像，费力不讨好。而不同硬件环境之间编译的基础依赖在迁移时也会有很大工作量，不同的依赖包版本也会导致程序运行失败，给应用的部署复制带来很多麻烦。此外，硬件设备的采购也会给企业造成更大的建设成本，和设备维护成本。

发明内容

鉴于以上问题，本发明提供了一种实现自动化交叉编译的方法、系统、设备及存储介质，不仅解决了不能自动化的在某一种服务器架构上编译可以运行在多种CPU架构的应用程序的问题，而且减少人工编译操作，减少设备购置数量，降低维护成本。

为了实现上述目的及其他相关目的，本发明提供了技术方案如下：

一种实现自动化交叉编译的方法，所述方法包括：

M1.基于git本地仓库，获取初始版本文件数据信息，所述初始版本文件信息包括初始代码文件信息和初始配置文件信息；

M2.基于所述初始代码文件信息和所述初始配置文件信息，采用Jenkins流水线式进行编译构建工作，输出多种CPU架构的可执行文件数据信息；

M3.将所述多种CPU架构的可执行文件数据信息传输至Jenkins平台，输出对应的任务数据信息；

M4.将所述对应的任务数据信息下发至对应节点，所述对应节点的Docker镜像架构器切换为相应CPU架构构建器，完成相应CPU架构的编译工作。

进一步的，在步骤M4中，所述完成相应CPU架构的编译工作包括：

M41.基于所述对应的任务数据信息，启动buildx模拟器，并配置相应的binfmt_misc，创建相应的CPU架构构建器；

M42.基于所述相应的CPU架构构建器，创建编译环境的容器，将对应的源码文件采用docker cp方法拷贝到对应的容器中，然后进入容器进行编译，完成相应CPU架构的编译工作。

进一步的，所述创建编译环境的容器为指定CPU架构类型创建对应CPU架构类型的容器。

进一步的，所述完成相应CPU架构的编译工作还包括：

M43.将完成相应CPU架构编译工作的容器，停止并删除容器。

进一步的，所述git本地仓库中配置有webhook和填写对应的GitLab webhook url以及token。

进一步的，所述git本地仓库中设定有触发所述webhook的动作和分支。