CN109739551A - 应用程序发布***、方法及装置，计算设备及存储介质 - Google Patents

Abstract

本发明公开了一种应用程序发布***、方法及装置，一种计算设备及计算机刻度存储介质，一种应用程序发布方法，包括：接收第二服务器提供的配置信息；响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息；根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器。能够将第一应用程序的形成过程和发布过程独立配置，简化了第一应用程序的发布过程，降低了对运行应用程序的第三服务器的维护成本，也有利于与其他的***进行数据共享和资源优化配置。

Description

应用程序发布***、方法及装置，计算设备及存储介质

技术领域

本发明涉及互联网技术领域，特别涉及一种应用程序发布***、方法及装置，一种计算设备及计算机可读存储介质。

背景技术

在软件更新过程中，通过将更新文件发送至安装程序安装包的设备上，使用更新文件发布程序安装包，形成更新后的可操作应用软件。现有技术中，通常将流程逻辑代码与配置信息进行绑定，形成发布程序包，发布程序包多依赖jenkins或与jenkins类似的第三方发布工具，每个发布程序包都需要维护一套从拉取代码、构建到发布的脚本，对发布程序包内的流程逻辑代码和配置信息的维护管理都比较复杂；另外，需要对生成发布程序包服务器包的设备需要独立维护，而不能与其他***打通进行数据共享、资源优化配置。

公开于该背景技术部分的信息仅仅旨在增加对本发明的总体背景的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域一般技术人员所公知的现有技术。

发明内容

本发明的目的在于提供一种应用程序发布***、方法及装置，一种计算设备及计算机可读存储介质，从而克服现有技术的缺点。

第一方面，本说明书的实施例公开了一种应用程序发布方法，应用于第一服务器，包括：

接收第二服务器提供的配置信息；

响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息；

根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器。

第二方面，本说明书的实施例公开了一种应用程序发布方法，应用于第二服务器，包括：

响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件；

生成针对所述第二应用程序文件的配置信息；

将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器。

第三方面，本说明书的实施例公开了一种应用程序发布***，包括：第一服务器、第二服务器及第三服务器，所述第一服务器和所述第三服务器之间通信连接，

所述第二服务器响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件；生成针对所述第二应用程序文件的配置信息；将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器；

所述第一服务器基于第二应用程序文件生成待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息；

所述第一服务器接收第二服务器提供的配置信息；响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息；根据所述发布流程信息，将所述

第四方面，本说明书的实施例公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现该指令被处理器执行时实现一种应用程序发布方法的步骤。

第五方面，本说明书的实施例公开了一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现一种应用程序发布方法的步骤。

与现有技术相比，本说明书提供的一种应用程序发布***、方法及装置，一种计算设备及计算机可读存储介质。具有如下有益效果：通过接收第二服务器提供的配置信息；并根据所述配置信息，确定应用程序的发布流程信息，以及，获取所述应用程序的更新文件；根据所述发布流程信息，将所述更新文件发布至第三服务器。将更新文件和配置信息独立设置，第一服务器根据配置信息提取更新文件，并将所述更新文件发布至第三服务器，简化了对使用配置信息进行更新文件发布的第一服务器的维护成本，以及第二服务器的维护成本，也有利于与其他的***进行数据共享和资源优化配置。

附图说明

图1是本说明书一种应用程序发布***的连接示意图；

图2是本说明书一种应用程序发布方法中一种实施例的流程图；

图3是本说明书一种应用程序发布方法中一种实施例的流程图；

图4是本说明书一种应用程序第一服务器中一种实施例的结构示意图；

图5是本说明书一种应用程序第一服务器中一种实施例的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

在本说明书中，提供了一种应用程序发布***、方法及装置，一种计算设备及计算机可读存储介质，在下面的实施例中逐一进行详细说明。

本说明书提供一种应用程序发布***，如图1所示，包括第二服务器1、存储服务器2、第一服务器3和第三服务器4。

第二服务器1、存储服务器2、第一服务器3和第三服务器4通信连接。第二服务器1中设有代码库，代码库用于存储包含流程逻辑的原始程序代码，代码库中的原始程序代码包括第二服务器1接收编译指令，直接编译生成的原始程序代码；也包括接收并存储的其他服务器编译生成的原始程序代码。

所述第二服务器1响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件；生成针对所述第二应用程序文件的配置信息；将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器3。

第二服务器1根据用户输入的指令生成应用程序生成指令，并根据所述应用程序生成指令生成第二应用程序文件，并将第二应用程序文件发送至存储服务器2中。应用程序生成指令包括用于生成第二应用程序文件并将第二应用程序文件发送至存储服务器2中的程序指令。应用程序生成指令包括更新文件名称。应用程序生成指令中包含第二应用程序文件名称，第二服务器1存储有代码库地址，第二服务器1根据应用程序生成指令中的第二应用程序文件名称查找存储第二应用程序文件中的原始程序代码的代码库地址，从代码库提取第二应用程序文件中的原始程序代码，然后第二服务器1根据所述应用程序生成指令对所述原始程序代码进行编译、打包，生成更新文件。第二服务器1根据应用程序生成指令，对原始程序代码进行编译，将原始程序代码转换为通用打包格式数据，并记录所述分析和所述转换信息，所述通用打包格式数据是能够兼容基于不同操作***的数据；设置多个通用打包格式数据打包通道，基于所述通用打包格式文件对所述待打包的多个应用程序的通用打包格式数据依次在所述打包通道中进行打包操作，并记录所述打包信息，从而获得第二应用程序文件。

在本说明书提供的一种或多种实施例中，还包括存储服务器2，存储服务器2连接第二服务器1，存储服务器2用于接收并存储所述第二服务器1发送的所述更新文件，并根据接收的发送指令将所述第二应用程序文件发送至所述第二服务器1。

第二服务器1通过redis或mencache为原始程序代码设置缓存；通过Mysql对存储原始代码库的数据库进行管理；第二服务器1在根据所述应用程序生成指令对所述原始程序代码进行编译、打包过程中，使用源代码管理库对所述编译、打包过程进行记录，形成编辑记录，在将原始程序代码转换为通用打包格式数据过程中，记录所述分析和所述转换信息；在对打包格式数据进行打包过程中，记录所述打包信息。第二服务器1将编译记录和记录的打包信息进行汇总形成打包记录，用于对更新文件的打包过程进行追溯。第二服务器1生成针对所述第二应用程序文件的配置信息，并确定待发布的所述述第二应用程序文件，并将所述第二应用程序文件发送到所述第一服务器，以使用所述第一服务器3基于第二应用程序文件生成待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息。

第一服务器3接收第二服务器1提供的配置信息；响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息；根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器3。所述第一服务器3基于第二应用程序文件生成待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息；所述第一服务器3中设有用于存储所述第一应用程序文件的发布版本库，所述第二服务器1将所述第二应用程序文件发送至所述发布版本库中，所述第一服务器基于第二应用程序文件生成待发布的第一应用程序文件并存储在发布版本库中，所述第一应用程序文件包括发布版本信息；所述第一服务器从所述发布版本库中提取所述待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息。

第一服务器3为第二应用程序文件添加发布版本信息生成待发布的第一应用程序文件，并将第一应用程序在发布版本库中进行存储，所述第一应用程序文件包括发布版本信息，所述第一服务器3从所述发布版本库中提取所述待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息。发布版本库使用gitlab机制进行版本控制。发布版本信息包括与第一应用程序文件相对应的版本号，第一服务器3为接收的第二应用程序文件设定版本号，生成第一应用程序文件，版本号的设置规则为：[module_name]_v[version].[date]_R_4，其中module_name代表应用名，version是版本编号，date是日期，由此组成一个与第二应用程序相对应的唯一的版本号ID。第一服务器3将接收的第一应用程序文件发送到所述发布版本库中存储。发布版本库用于存储第一应用程序文件。第一服务器3完成第一应用程序文件发布后，向第三服务器4发送启动命令，启动发布后的第一应用程序文件。

然后，第一服务器3发送发布详情邮件给第三服务器4和第二服务器1。第一服务器3通过redis为配置信息设置缓存；通过Mysql对发布版本库进行管理。

所述第二服务器1、存储服务器2、第一服务器3和第三服务器4之间均通过SSH协议进行通信，第二服务器1与第一服务器3之间的SSH协议设有第一公钥，第一服务器2与存储服务器3之间的SSH协议设有第二公钥，存储服务器2与第二服务器1之间设有第三公钥，第一服务器3与第三服务器4之间的SSH协议设有第四公钥。通过SSH协议进行信息传输，能够提高信息传输过程的保密性。

将第一应用程序文件的打包过程和由第一应用程序生成的第二应用程序文件的发布过程独立设置，通过第一服务器3将由第一应用程序生成的第二应用程序文件根据配置信息发布在第三服务器中，完成对第三服务器中的程序进行远程发布、更新，通过第二服务器1对原始程序代码进行编译、打包，生成第一应用程序文件，不仅简化了发布、更新流程，降低了维护成本，也有利于与其他的***进行数据共享和资源优化配置。

本说明书还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现该指令被处理器执行时实现一种应用程序发布方法的步骤，应用于第一服务器，包括步骤202-步骤206：

步骤202：接收第二服务器提供的配置信息。

在本说明书提供的一种或多种实施例中，接收第二服务器提供的配置信息。配置信息包含将更新文件发布到第三服务器所需要的相关信息。

步骤204：响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息。

在本说明书提供的一种或多种实施例中，响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息。所述配置信息中包含所述第三服务器地址和第一应用程序文件名称，根据所述第三服务器地址为所述第一应用程序文件设定第一应用程序文件路径；根据所述第一应用程序文件路径和所述第一应用程序文件名称，将所述第一应用程序文件发送至第三服务器。

发布版本信息包括与第一应用程序文件相对应的版本号。版本号的设置规则为：[module_name]_v[version].[date]_R_4，其中module_name代表应用名，version是版本编号，date是日期，由此组成一个与第二应用程序相对应的唯一的版本号ID。

步骤206：根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器。

在本说明书提供的一种或多种实施例中，根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器。根据所述配置信息生成发布指令，根据所述发布指令和所述发布流程信息将所述第一应用程序文件发布在所述第三服务器中。

然后，将第一应用程序文件发布在第三服务器以后，向第三服务器发送启动命令，启动第三服务器中的第一应用程序文件。

当所述第一应用程序文件出现异常，接收第三服务器发送反馈指令，根据反馈指令删除异常第一应用程序文件，从第二服务器提取更新前的文件，并将更新前的文件发布至第三服务器中，实现程序回滚。

本说明书还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现该指令被处理器执行时实现一种应用程序发布方法的步骤，应用于第二服务器，包括步骤302-步骤306：

步骤302：响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件。

在本说明书提供的一种或多种实施例中，响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件。根据用户输入的指令生成应用程序生成指令，应用程序生成指令中包含第二应用程序文件名称，根据第二应用程序文件名称查询存储第二应用程序文件中的原始程序代码的代码库地址，从代码库提取第二应用程序文件中包含的原始程序代码。根据应用程序生成指令生成编辑指令，对原始程序代码进行编译，将原始程序代码转换为通用打包格式数据，并记录所述分析和所述转换信息，所述通用打包格式数据是能够兼容基于不同操作***的数据；设置多个通用打包格式数据打包通道，基于所述通用打包格式文件对所述待打包的多个应用程序的通用打包格式数据依次在所述打包通道中进行打包操作，并记录所述打包信息，从而获得第二应用程序文件。

在根据应用程序的原始代码进行编译、打包，生成所述应用程序的第二应用程序文件过程中，使用源代码管理库对所述编译、打包过程进行记录，形成打包记录。

根据所述应用程序生成指令从代码库提取原始程序代码，并对所述原始程序代码进行编译、打包，获得第二应用程序文件过程中，使用源代码管理库对所述编译、打包过程进行记录，形成编译记录。根据所述应用程序生成指令对所述原始程序代码进行编译、打包，获得第二应用程序文件，在根据所述应用程序生成指令对所述原始程序代码进行编译、打包过程中，使用源代码管理库对所述编译、打包过程进行记录，形成编辑记录，在将原始程序代码转换为通用打包格式数据过程中，记录所述分析和所述转换信息；在对打包格式数据进行打包过程中，记录所述打包信息。将编译记录和记录的打包信息进行汇总形成打包记录。用于对第二应用程序文件的打包过程进行追溯。

步骤304：生成针对所述第二应用程序文件的配置信息。

在本说明书提供的一种或多种实施例中，生成针对所述第二应用程序文件的配置信息。配置信息包括用于从存储服务器提取第二应用程序文件并用第二应用程序文件发布第三服务器中程序安装包的相关程序指令。配置信息包括第二应用程序名称、第三服务器地址。

步骤306：将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器。

在本说明书提供的一种或多种实施例中，将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器。

将第二应用程序的打包过程和由第二应用程序生成的第一应用程序的发布过程独立设置，能够对第三服务器中的应用程序进行远程安装，降低了第三服务器的维护成本，简化第二应用程序的发布过程，使用户免于发布维护的烦恼，也有利于与其他的***进行数据共享和资源优化配置。

本说明书还提供一种应用程序发布装置，包括：接收模块402、获得模块404、发布模块406、异常修正模块408。

接收模块402，被配置为接收第二服务器提供的配置信息。

接收模块402接收第二服务器提供的配置信息。配置信息包含将更新文件发布到第三服务器所需要的相关信息。获得模块404，被配置为响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息。

所述第一应用程序文件包括发布版本信息。所述配置信息中包含所述第三服务器地址和第一应用程序文件名称，获得模块404根据所述第三服务器地址为所述第一应用程序文件设定第一应用程序文件路径；获得模块404根据所述第一应用程序文件路径和所述第一应用程序文件名称，将所述第一应用程序文件发送至第三服务器。

发布模块406，被配置为根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器。

发布模块406根据所述配置信息生成发布指令，根据所述发布指令和所述发布流程信息将所述第一应用程序文件发布在所述第三服务器中。

发布模块406将更新文件发布在第三服务器以后，向第三服务器发送启动命令，启动第三服务器中的更新文件。

异常修正模块408，被配置为当所述第一应用程序文件出现异常，接收第三服务器发送反馈指令，根据反馈指令删除异常第一应用程序文件，从第二服务器提取更新前的文件，并将更新前的文件发布至第三服务器中，实现程序回滚。

本说明书还提供一种应用程序发布装置，包括：打包模块502、生成模块504、发送模块506。

打包模块502，被配置为响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件。

打包模块502根据应用程序的原始代码进行编译、打包，生成所述应用程序的更新文件。打包模块502根据用户输入的指令生成应用程序生成指令，应用程序生成指令中包含更新文件名称，根据更新文件名称查询存储更新文件中的原始程序代码的代码库地址，从代码库提取更新文件中包含的原始程序代码。打包模块502根据应用程序生成指令生成编辑指令，对原始程序代码进行编译，将原始程序代码转换为通用打包格式数据，并记录所述分析和所述转换信息，所述通用打包格式数据是能够兼容基于不同操作***的数据；打包模块502设置多个通用打包格式数据打包通道，基于所述通用打包格式文件对所述待打包的多个应用程序的通用打包格式数据依次在所述打包通道中进行打包操作，并记录所述打包信息，从而获得更新文件。

打包模块502，还被配置为响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件。打包模块502根据用户输入的指令生成应用程序生成指令，应用程序生成指令中包含第二应用程序文件名称，根据第二应用程序文件名称查询存储第二应用程序文件中的原始程序代码的代码库地址，从代码库提取第二应用程序文件中包含的原始程序代码。打包模块502根据应用程序生成指令生成编辑指令，对原始程序代码进行编译，将原始程序代码转换为通用打包格式数据，并记录所述分析和所述转换信息，所述通用打包格式数据是能够兼容基于不同操作***的数据；打包模块502设置多个通用打包格式数据打包通道，基于所述通用打包格式文件对所述待打包的多个应用程序的通用打包格式数据依次在所述打包通道中进行打包操作，并记录所述打包信息，从而获得第二应用程序文件。

在根据应用程序的原始代码进行编译、打包，生成所述应用程序的第二应用程序文件过程中，打包模块502使用源代码管理库对所述编译、打包过程进行记录，形成打包记录。

根据所述应用程序生成指令从代码库提取原始程序代码，并对所述原始程序代码进行编译、打包，获得第二应用程序文件过程中，打包模块502使用源代码管理库对所述编译、打包过程进行记录，形成编译记录。根据所述应用程序生成指令对所述原始程序代码进行编译、打包，获得第二应用程序文件，在根据所述应用程序生成指令对所述原始程序代码进行编译、打包过程中，打包模块502使用源代码管理库对所述编译、打包过程进行记录，形成编辑记录，在将原始程序代码转换为通用打包格式数据过程中，记录所述分析和所述转换信息；在对打包格式数据进行打包过程中，记录所述打包信息。打包模块502将编译记录和记录的打包信息进行汇总形成打包记录。用于对第二应用程序文件的打包过程进行追溯。

生成模块504，生成针对所述第二应用程序文件的配置信息。

生成模块504生成针对所述更新文件的配置信息。配置信息包括用于从存储服务器提取第二应用程序文件并用第二应用程序文件发布第三服务器中程序安装包的相关程序指令。配置信息包括第二应用程序名称、第三服务器地址。发送模块506，被配置为将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器。

发送模块506将所述更新配置信息发送至第一服务器，以使所述第一服务器根据所述配置信息将所述更新文件发布至第三服务器。

将打包生成第一程序文件的装置和对由第一文件生成的第二程序文件进行发布的装置进行独立配置，能够降低对打包生成第一程序文件的装置和对由第一文件生成的第二程序文件进行发布的装置的维护成本，简化应用程序的发布过程，能够通过对由第一文件生成的第二程序文件进行发布的装置对应用程序进行远程发布，使用户免于发布维护的烦恼，也有利于与其他的***进行数据共享和资源优化配置。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述一种应用程序发布方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的地形场景编辑方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述一种应用程序发布方法的技术方案的描述。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、运动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

前述对本发明的具体示例性实施方案的描述是为了说明和例证的目的。这些描述并非想将本发明限定为所公开的精确形式，并且很显然，根据上述教导，可以进行很多改变和变化。对示例性实施例进行选择和描述的目的在于解释本发明的特定原理及其实际应用，从而使得本领域的技术人员能够实现并利用本发明的各种不同的示例性实施方案以及各种不同的选择和改变。本发明的范围意在由权利要求书及其等同形式所限定。

Claims (9)

1.一种应用程序发布方法，应用于第一服务器，其特征在于，包括：

接收第二服务器提供的配置信息；

响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息；

根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器。

2.如权利要求1所述的应用程序发布方法，其特征在于，响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件包括：

所述配置信息中包含所述第三服务器地址和第一应用程序文件名称，根据所述第三服务器地址为所述第一应用程序文件设定发布文件路径；

根据所述发布文件路径和所述更第一应用程序文件名称，将所述第一应用程序文件发送至第三服务器。

3.一种应用程序发布方法，应用于第二服务器，其特征在于，包括：

响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件；

生成针对所述第二应用程序文件的配置信息；

将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器。

4.如权利要求3所述的应用程序发布方法，其特征在于，响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件还包括：

对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件过程中，使用源代码管理库对所述编译、打包过程进行记录，形成打包记录。

5.如权利要求4所述的应用程序发布方法，其特征在于，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件之后还包括：

确定待发布的所述述第二应用程序文件，并将所述第二应用程序文件发送到所述第一服务器，以使用所述第一服务器基于第二应用程序文件生成待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息。

6.一种应用程序发布***，其特征在于，包括：第一服务器、第二服务器及第三服务器，所述第一服务器和所述第三服务器之间通信连接，

所述第二服务器响应于应用程序生成指令，对应用程序的原始代码进行编译、打包，生成所述第二应用程序文件；生成针对所述第二应用程序文件的配置信息；将所述第二应用程序文件及其对应的更新配置信息发送至第一服务器；

所述第一服务器基于第二应用程序文件生成待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息；

所述第一服务器接收第二服务器提供的配置信息；响应于应用程序发布指令，根据所述配置信息，确定应用程序的发布流程信息，并提取第一应用程序文件，所述第一应用程序文件包括发布版本信息；根据所述发布流程信息，将所述第一应用程序文件发布至第三服务器。

7.如权利要求6所述的应用程序发布***，其特征在于，所述第一服务器中设有用于存储所述第一应用程序文件的发布版本库，所述第二服务器将所述第二应用程序文件发送至所述发布版本库中，所述第一服务器基于第二应用程序文件生成待发布的第一应用程序文件并存储在发布版本库中，所述第一应用程序文件包括发布版本信息；所述第一服务器从所述发布版本库中提取所述待发布的第一应用程序文件，所述第一应用程序文件包括发布版本信息。

8.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现该指令被处理器执行时实现权利要求1-5中任意一项所述方法的步骤。

9.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1-5中任意一项所述方法的步骤。