[发明专利]适用于koji管理系统的软件包管理方法、装置及电子设备

说明书

本发明公开了一种适用于koji管理系统的软件包管理方法、装置及电子设备，其中方法包括：将koji管理系统中编译后的软件包分为满足物理节点需求的软件包和满足容器镜像需求的软件包；将满足物理节点需求的软件包与物理节点仓库对应，将满足容器镜像需求的软件包与容器镜像仓库对应；从koji管理系统编译后的软件包中选择软件包，在容器内安装所述软件包，根据安装结果验证软件包在对应的仓库中是否存在依赖问题；如果不存在依赖问题，则在接收开发端和调整端的确认信息后，依次通过koji管理系统和mash工具，输出软件包到对应的仓库。将满足不同需求的软件包存放在不同仓库，在将软件包输出到仓库之前进行验证，以免存在依赖问题和不需要的软件包输出到仓库。

技术领域

本发明涉及软件技术领域，具体涉及一种适用于koji管理系统的软件包管理方法、装置及电子设备。

背景技术

软件包编译完成后，需要放入到软件库中，相关技术中常常将所有软件包全部摆放到同一个软件库中，但在业务上，不同软件包对应的是不同的需求。

并且，相关技术中将软件包放到软件库中时，完全自动化地输出软件包到仓库是有风险的。在真正的业务上，软件包的变动所带来的影响会直接遍布到产品其它组件，因此贸然地自动化更新仓库会大规模地影响产品测试与运作。

发明内容

本发明的主要目的在于提供一种适用于koji管理系统的软件包管理方法及装置，以解决现有满足不同需求的软件包放在同一软件库、且贸然更新仓库影响产品运作的问题。

为了实现上述目的，本发明的第一方面提供了一种适用于koji管理系统的软件包管理方法，包括：

将koji管理系统中编译后的软件包分为满足物理节点需求的软件包和满足容器镜像需求的软件包；

将所述满足物理节点需求的软件包与物理节点仓库对应，并将所述满足容器镜像需求的软件包与容器镜像仓库对应；

从koji管理系统编译后的软件包中选择软件包，在容器内安装所述软件包，根据安装结果验证所述软件包在对应的仓库中是否存在依赖问题；

如果不存在依赖问题，则在接收开发端和调整端的确认信息后，通过koji管理系统输出软件包到koji软件库，mash工具获取所述koji软件库中的软件包并输出软件包到对应的仓库。

可选地，如果存在依赖问题，则从koji管理系统编译后的软件包中重新选择软件包。

可选地，所述满足物理节点需求的软件包包括主机需要安装的软件包；

所述满足容器镜像需求的软件包包括容器内部需要安装的软件包。

进一步地，所述满足物理节点需求的软件包的版本比所述满足容器镜像需求的软件包的版本稳定且变化少；

所述满足物理节点需求的软件包的版本比所述满足容器镜像需求的软件包的版本较为可控。

进一步地，所述满足容器镜像需求的软件包的版本比所述满足物理节点需求的软件包的版本变化多，并且，所述满足容器镜像需求的软件包依据容器镜像的需求，需要特定的版本。

可选地，所述根据安装结果验证所述软件包在对应的仓库中是否存在依赖问题包括：

如果安装结果为在容器内安装成功，则不存在依赖问题；

如果安装结果为在容器内安装失败，则存在依赖问题。

可选地，在接收开发端和调整端的确认信息之前，所述方法还包括：

开发端申请将经过调整的软件包发送到koji管理系统进行编译；

根据编译后的软件包所满足的需求，确定所述编译后的软件包对应的仓库。