一种基于自寻路径的文件部署方法及装置与流程

本申请涉及软件开发技术领域，尤其涉及一种基于自寻路径的文件部署方法及装置。

背景技术：

当前应用的版本文件的部署过程，大多采用自定义部署路径的方式。然而，若版本文件的路径信息出现错误，则会导致应用启停后加载的新版本内容不正确，只能手工停止后，重新手动部署或者重新填写路径信息，降低了版本文件的部署效率。

为此，如何提高版本文件的部署效率，成为本领域亟需解决的问题。

技术实现要素：

本申请提供了一种基于自寻路径的文件部署方法及装置，目的在于提高版本文件的部署效率。

为了实现上述目的，本申请提供了以下技术方案：

一种基于自寻路径的文件部署方法，包括：

在接收到用户的触发操作的情况下，从镜像仓库中获取预先构建的执行机镜像；

调用预设的镜像启动容器，运行所述执行机镜像进行执行机安装；

在执行机安装成功之后，控制所述执行机部署应用的版本文件；

其中，所述执行机用于：

获取各个版本文件的路径信息；

基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中。

可选的，所述获取各个版本文件的路径信息，包括：

所述执行机用于：

获取应用的版本包，并对所述版本包进行解压，得到各个版本文件；

使用启发式搜索算法，获取各个所述版本文件的路径信息。

可选的，所述执行机还用于：

将各个所述版本文件的路径信息写入预设的配置文件中。

可选的，所述基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中，包括：

所述执行机用于：

解析各个所述版本文件，得到各个所述版本文件的版本号；

按照所述版本号由前到后的顺序，依次基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中，并在每次执行信息写入操作后，执行预设步骤；

其中，所述预设步骤为：重启所述应用，并解析所述系统文件的时间戳，判断所述时间戳与写入信息所属的版本文件的版本号是否一致，若所述时间戳与写入信息所属的版本文件的所述版本号不一致，则将所述时间戳与所述版本号之间的对应关系写入预设的配置文件中。

一种基于自寻路径的文件部署装置，包括：

获取单元，用于在接收到用户的触发操作的情况下，从镜像仓库中获取预先构建的执行机镜像；

安装单元，用于调用预设的镜像启动容器，运行所述执行机镜像进行执行机安装；

控制单元，用于在执行机安装成功之后，控制所述执行机部署应用的版本文件；其中，所述执行机用于：获取各个版本文件的路径信息；基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中。

可选的，所述控制单元用于：

获取应用的版本包，并对所述版本包进行解压，得到各个版本文件；使用启发式搜索算法，获取各个所述版本文件的路径信息。

可选的，所述控制单元用于：

将各个所述版本文件的路径信息写入预设的配置文件中。

可选的，所述控制单元用于：

解析各个所述版本文件，得到各个所述版本文件的版本号；按照所述版本号由前到后的顺序，依次基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中，并在每次执行信息写入操作后，执行预设步骤；

其中，所述预设步骤为：重启所述应用，并解析所述系统文件的时间戳，判断所述时间戳与写入信息所属的版本文件的版本号是否一致，若所述时间戳与写入信息所属的版本文件的所述版本号不一致，则将所述时间戳与所述版本号之间的对应关系写入预设的配置文件中。

一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行所述的基于自寻路径的文件部署方法。

一种基于自寻路径的文件部署设备，包括：处理器、存储器和总线；所述处理器与所述存储器通过所述总线连接；

所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行所述的基于自寻路径的文件部署方法。

本申请提供的技术方案，在接收到用户的触发操作的情况下，从镜像仓库中获取预先构建的执行机镜像。调用预设的镜像启动容器，运行执行机镜像进行执行机安装。在执行机安装成功之后，控制执行机部署应用的版本文件。其中，执行机用于：获取各个版本文件的路径信息，并基于各个版本文件的路径信息，将各个版本文件的信息写入应用的系统文件中。基于本申请所述方法，控制执行机获取版本文件的路径信息、以及基于路径信息将版本文件的信息写入应用的系统文件中，实现版本文件的自动部署，相较于现有技术，无需人工介入，版本文件的部署效率得到显著提升、且具备较高的可靠性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种基于自寻路径的文件部署方法的示意图；

图2为本申请实施例提供的另一种基于自寻路径的文件部署方法的示意图；

图3为本申请实施例提供的一种基于自寻路径的文件部署装置的架构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，为本申请实施例提供的一种基于自寻路径的文件部署方法的示意图，包括如下步骤：

s101：在接收到用户的触发操作的情况下，从镜像仓库中获取预先构建的执行机镜像。

其中，构建执行机镜像的方式包括但不限于调用commit指令，为预设的执行机构建镜像。

s102：调用预设的镜像启动容器，运行执行机镜像进行执行机安装。

其中，镜像启动容器包括但不限于是docker容器。

s103：在执行机安装成功之后，控制执行机部署应用的版本文件。

其中，执行机部署应用的版本文件的具体实现过程，包括如下步骤：

s104：获取应用的版本包，并对版本包进行解压，得到各个版本文件。

s105：使用启发式搜索算法，获取各个版本文件的路径信息。

其中，所谓的启发式搜索算法，即a*(a-star)算法，是一种静态网络中求解最短路径最有效的直接搜索方法。

s106：将各个版本文件的路径信息写入预设的配置文件中。

s107：解析各个版本文件，得到各个版本文件的版本号。

s108：按照版本号由前到后的顺序，依次基于各个版本文件的路径信息，将各个版本文件的信息写入应用的系统文件中，并在每次执行信息写入操作后，执行预设步骤。

其中，所谓的信息写入操作，即是指：基于版本文件的路径信息，将版本文件的信息写入应用的系统文件中。预设步骤为：重启应用，并解析系统文件的时间戳，判断时间戳与写入信息所属的版本文件的版本号是否一致，若时间戳与写入信息所属的版本文件的版本号不一致，则将时间戳与版本号之间的对应关系写入配置文件中。

需要说明的是，按照版本号由前到后的顺序，依次基于各个版本文件的路径信息，将各个版本文件的信息写入应用的系统文件中，并在每次执行信息写入操作后，执行预设步骤，能够避免遗漏版本文件的部署，确保应用所有的版本文件都已经成功部署，从而提高版本文件部署的可靠性。

综上所述，基于本实施例所述方法，控制执行机获取版本文件的路径信息、以及基于路径信息将版本文件的信息写入应用的系统文件中，实现版本文件的自动部署，相较于现有技术，无需人工介入，版本文件的部署效率得到显著提升、且具备较高的可靠性。

需要说明的是，上述实施例提及的s107为本申请实施例所述基于自寻路径的文件部署方法的一种可选的具体实现方式。此外，上述实施例提及的s108，也为本申请实施例所述基于自寻路径的文件部署方法的一种可选的具体实现方式。为此，上述实施例提及的流程可以概括为图2所示的方法。

如图2所示，为本申请实施例提供的另一种基于自寻路径的文件部署方法的示意图，包括如下步骤：

s201：在接收到用户的触发操作的情况下，从镜像仓库中获取预先构建的执行机镜像。

s202：调用预设的镜像启动容器，运行执行机镜像进行执行机安装。

s203：在执行机安装成功之后，控制执行机部署应用的版本文件。

其中，执行机用于：获取各个版本文件的路径信息，并基于各个版本文件的路径信息，将各个版本文件的信息写入应用的系统文件中。

综上所述，基于本实施例所述方法，控制执行机获取版本文件的路径信息、以及基于路径信息将版本文件的信息写入应用的系统文件中，实现版本文件的自动部署，相较于现有技术，无需人工介入，版本文件的部署效率得到显著提升、且具备较高的可靠性。

与上述本申请实施例提供的基于自寻路径的文件部署方法相对应，本申请实施例还提供了一种基于自寻路径的文件部署装置。

如图3所示，为本申请实施例提供的一种基于自寻路径的文件部署装置的架构示意图，包括：

获取单元100，用于在接收到用户的触发操作的情况下，从镜像仓库中获取预先构建的执行机镜像。

安装单元200，用于调用预设的镜像启动容器，运行执行机镜像进行执行机安装。

控制单元300，用于在执行机安装成功之后，控制执行机部署应用的版本文件；其中，执行机用于：获取各个版本文件的路径信息；基于各个版本文件的路径信息，将各个版本文件的信息写入应用的系统文件中。

其中，控制单元300用于：获取应用的版本包，并对版本包进行解压，得到各个版本文件；使用启发式搜索算法，获取各个版本文件的路径信息。

控制单元300用于：将各个版本文件的路径信息写入预设的配置文件中。

控制单元300用于：解析各个版本文件，得到各个版本文件的版本号；按照版本号由前到后的顺序，依次基于各个版本文件的路径信息，将各个版本文件的信息写入应用的系统文件中，并在每次执行信息写入操作后，执行预设步骤；其中，预设步骤为：重启应用，并解析系统文件的时间戳，判断时间戳与写入信息所属的版本文件的版本号是否一致，若时间戳与写入信息所属的版本文件的版本号不一致，则将时间戳与版本号之间的对应关系写入预设的配置文件中。

综上所述，基于本实施例所述方法，控制执行机获取版本文件的路径信息、以及基于路径信息将版本文件的信息写入应用的系统文件中，实现版本文件的自动部署，相较于现有技术，无需人工介入，版本文件的部署效率得到显著提升、且具备较高的可靠性。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，程序执行上述本申请提供的基于自寻路径的文件部署方法。

本申请还提供了一种基于自寻路径的文件部署设备，包括：处理器、存储器和总线。处理器与存储器通过总线连接，存储器用于存储程序，处理器用于运行程序，其中，程序运行时执行上述本申请提供的基于自寻路径的文件部署方法，包括如下步骤：

在接收到用户的触发操作的情况下，从镜像仓库中获取预先构建的执行机镜像；

调用预设的镜像启动容器，运行所述执行机镜像进行执行机安装；

在执行机安装成功之后，控制所述执行机部署应用的版本文件；

其中，所述执行机用于：

获取各个版本文件的路径信息；

基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中。

可选的，所述获取各个版本文件的路径信息，包括：

所述执行机用于：

获取应用的版本包，并对所述版本包进行解压，得到各个版本文件；

使用启发式搜索算法，获取各个所述版本文件的路径信息。

可选的，所述执行机还用于：

将各个所述版本文件的路径信息写入预设的配置文件中。

可选的，所述基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中，包括：

所述执行机用于：

解析各个所述版本文件，得到各个所述版本文件的版本号；

按照所述版本号由前到后的顺序，依次基于各个所述版本文件的路径信息，将各个所述版本文件的信息写入应用的系统文件中，并在每次执行信息写入操作后，执行预设步骤；

其中，所述预设步骤为：重启所述应用，并解析所述系统文件的时间戳，判断所述时间戳与写入信息所属的版本文件的版本号是否一致，若所述时间戳与写入信息所属的版本文件的所述版本号不一致，则将所述时间戳与所述版本号之间的对应关系写入预设的配置文件中。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。