CN116700775A - 一种软件版本打包方法、装置、设备、介质及产品 - Google Patents

Abstract

本申请提供了一种软件版本打包方法、装置、设备、介质及产品，涉及大数据及人工智能技术领域，其中方法包括：获取待打包软件更新后的多个数据文件；对所述多个数据文件中的第一数据文件进行记录，获得更新信息，所述更新信息包括所述第一数据文件的标识，所述第一数据文件为所述多个数据文件中存在数据更新的数据文件；基于所述更新信息，对所述多个数据文件进行打包，获得版本包；对所述版本包进行配置，获得用于下载安装的交付包。通过上述步骤，可以自动对比得到更新信息，根据更新信息对待打包软件内的多个数据文件进行打包、配置，从而得到可用于下载安装的交付包，打包过程中减少了人为操作，从而提高打包效率。

Description

一种软件版本打包方法、装置、设备、介质及产品

技术领域

本申请涉及通信技术领域，特别是涉及一种软件版本打包方法、装置、设备、介质及产品。

背景技术

软件版本打包是软件开发过程中的一个步骤，指将软件的某个版本或某个时间点的代码、文档以及其他资源进行整合，并经过一系列测试、审核等流程后，形成一个可以发布的软件包。通过软件版本打包，可以确保软件的稳定性、可靠性和安全性，并方便用户进行下载、安装和升级等操作。软件版本打包通常会附带版本号等信息，用于标识软件的不同版本和历史变更记录，方便用户了解和比较不同版本的功能和性能。

大型的联络中心建设一般采用多中心的模块化部署架构，通过服务器虚拟化、网络虚拟化、存储虚拟化实现动态的IT基础设施环境，并部署多环境以满足开发、测试、版本验证等项目需求。

目前，对软件打包需要工程师手动选择文件进行打包，打包效率较低。

发明内容

本申请提供的一种版本打包方法、装置、设备、介质及产品，提高打包效率。

第一方面，本申请实施例提供一种软件版本打包方法，方法包括：

获取待打包软件更新后的多个数据文件；

对所述多个数据文件中的第一数据文件进行记录，获得更新信息，所述更新信息包括所述第一数据文件的标识，所述第一数据文件为所述多个数据文件中存在数据更新的数据文件；

基于所述更新信息，对所述多个数据文件进行打包，获得版本包；

对所述版本包进行配置，获得用于下载安装的交付包。

第二方面，本申请提供一种软件版本打包装置，该装置包括：

第一获取模块，用于获取待打包软件更新后的多个数据文件；

第二获取模块，用于对所述多个数据文件中的第一数据文件进行记录，获得更新信息，所述更新信息包括所述第一数据文件的标识，所述第一数据文件为所述多个数据文件中存在数据更新的数据文件；

第三获取模块，用于基于所述更新信息，对所述多个数据文件进行打包，获得版本包；

第四获取模块，用于对所述版本包进行配置，获得用于下载安装的交付包。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面中任意一个实施例中的软件版本打包方法。

第四方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面中任意一个实施例中的软件版本打包方法。

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行实现如上述第一方面中任意一个实施例中的软件版本打包方法。

通过上述步骤，可以自动对比得到更新信息，根据更新信息对待打包软件内的多个数据文件进行打包、配置，从而得到可用于下载安装的交付包，打包过程中减少了人为操作，从而提高打包效率。

附图说明

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

图1是本申请一个实施例提供的版本打包方法的一流程示意图；

图2是本申请一个实施例提供的版本打包系统的系统框图；

图3是本申请实施例提供的一种版本打包装置的结构示意图；

图4是本申请实施例提供的电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了解决现有技术问题，本申请实施例提供了一种版本打包方法、装置、设备、介质及产品。下面首先对本申请实施例所提供的版本打包方法进行介绍。

图1示出了本申请一个实施例提供的版本打包方法的流程示意图。如图1所示，该方法具体可以包括如下步骤：

步骤101，获取待打包软件更新后的多个数据文件。

具体地，通常情况下，一个软件是由多个文件组成的。这些文件可能包括源代码文件、可执行文件、库文件、配置文件、文档文件等等。这些文件通常被组织在一个目录结构中，以便于软件的开发、部署和维护。在软件开发过程中，不同的文件承担着不同的角色和功能，它们共同构成了一个完整的软件。

为了能够使用户更加方便地安装和使用软件，通常需要工程师对软件的所有文件和依赖项打包成一个可执行文件或安装包，以下将需要进行打包的软件定义为待打包软件。其中，待打包软件可以为一个或多个。随着研发技术的进步，软件可能会不断地更新，相应地，研发人员需要按照版本对最新软件进行打包并发布。打包软件时首先要对软件所包含的文件进行收集，即获取待打包软件更新后的多个数据文件，其中多个数据文件包括源代码、可执行文件、库文件、配置文件、文档文件等等。其中，本实施例中仅示出了一个待打包软件的打包过程，其他实施例中也可以对多个待打包软件同时进行打包。

步骤102，对所述多个数据文件中的第一数据文件进行记录，获得更新信息，所述更新信息包括所述第一数据文件的标识，所述第一数据文件为所述多个数据文件中存在数据更新的数据文件。

具体地，记录多个数据文件中有更新的数据文件，即第一数据文件，生成更新信息，其中更新信息仅记录了第一数据文件的标识，标识为能够代表数据文件唯一性的编码或符号等，此处选用第一数据文件的存储地址作为第一数据文件的标识，在其他实施例中也可以选用其他形式的标识。除此之外，第一数据文件可以是多个数据文件中增加、删除或有修改的数据文件。

步骤103，基于所述更新信息，对所述多个数据文件进行打包，获得版本包。

具体地，可以根据实际需要，对更新信息内记录的第一数据文件进行打包，从而生成版本包，版本包内包含了更新后的数据文件，但是由于软件在不同的系统中运行所需要的环境不相同，所以需要进行下一步骤。

步骤104，对所述版本包进行配置，获得用于下载安装的交付包。

具体地，版本包内存储有配置文件、可执行文件、库文件等数据文件，更改配置文件内的环境参数可以使得程序能够适应不同的环境和需求，对版本包内的配置文件修改后，得到交付包，其中交付包已经对参数进行了配置，可以直接用于下载安装。

上述实施例中，可以自动对比得到更新信息，根据更新信息对待打包软件内的多个数据文件进行打包、配置，从而得到可用于下载安装的交付包，打包过程中减少了人为操作，从而提高打包效率。

在本申请的另一实施例中，所述对所述多个数据文件中的第一数据文件进行记录，获得更新信息，包括：

获取所述待打包软件的旧版本包，所述旧版本包为所述待打包软件在更新前备份的文件包；

将所述多个数据文件与所述旧版本包的数据文件进行对比，记录所述多个数据文件中与所述旧版本包的数据文件不同的数据文件，得到更新信息。

具体地，获取待打包软件更新前的版本信息，即旧版本包，将目前待打包软件中包含的多个数据文件与旧版本包内包含的数据文件进行对比，对比后可以得到多个数据文件中有哪些数据文件与旧版本包中的数据文件不同，并记录这些不同的数据文件的标识，获得更新信息，在其他实施例中，也可以将更新信息延伸为更新说明文件，记录待打包软件更新了哪些数据文件，并记录更新操作带来的有益效果，本实施例中的更新信息仅包含数据文件的标识。

在本实施例中，将待打包软件的旧版本包与目前的多个数据文件进行对比，对比过程中对数据文件进行了遍历，并及时记录更新的数据文件，得到较为精确的更新信息。

在本申请的又一实施例中，所述更新信息中记录的数据文件包括：所述多个数据文件中存在且所述旧版本包中不存在的数据文件；

所述旧版本包中存在且所述多个数据文件中不存在的数据文件；

所述旧版本包和所述多个数据文件中都存在且数据内容不同的数据文件。

具体地，将对数据文件进行的更新操作分为三类：增加、删除和修改，对应地，更新信息中也记录三种修改类型的数据文件的标识，其中三种数据文件为：多个数据文件中存在但旧版本包中不存在的数据文件，即在旧版本包的基础上新增的数据文件；旧版本包中存在但多个数据文件中不存在的数据文件，即从旧版本包中删除的数据文件；多个数据文件和旧版本包内都存在但数据内容不同的数据文件，即对旧版本包内的数据文件进行了内容修改的数据文件。

在本实施例中，对有更新的数据文件进行了分类，可以更直观的了解数据文件的修改分布，便于研发人员或安装人员参考。

在本申请的又一实施例中，所述基于所述更新信息，对所述多个数据文件进行打包，获得版本包，包括：

对所述更新信息中记录的数据文件进行打包，获得所述版本包；

或者，

对所述多个数据文件和更新信息进行打包，获得所述版本包。

具体地，打包时可以根据需要选择两种打包方式进行打包：第一种，增量打包，根据更新信息中记录的数据文件的标识，遍历待打包软件的多个数据文件，搜索到上述标识对应的数据文件，并对数据文件进行复制和封装，其中更新信息中记录的被删除的数据文件不参与打包，仅打包有修改或增加的数据文件，打包完成后即获得版本包；第二种，全量打包，对待打包软件内的所有数据文件进行打包，打包完成后连同更新信息一起封装为版本包，以便查看更新内容。

在本实施例中，使用全量打包的方式对待打包软件中的所有数据文件一键打包，不需要查找待打包文件，使用时可以一键覆盖原版本包，减少版本包安装错误的概率；使用增量打包的方式对待打包软件中有更新的数据文件进行查找并打包，可以减少版本包大小，从而加快传输和安装的速度。提供不同的打包方式，以满足研发人员或安装人员的实际需要。

在本申请的又一实施例中，所述对所述版本包进行配置，获得用于下载安装的交付包，包括：

接收第一输入；

响应于所述第一输入，从预设的配置文件库中获取第一配置文件，所述配置文件库包括所述待打包软件在不同系统中安装时的配置文件；

利用所述第一配置文件替换所述版本包中的第二配置文件，获得所述交付包，所述第一配置文件包括所述待打包软件第一系统中安装时的配置文件，所述第二配置文件包括所述待打包软件第二系统中安装时的配置文件，所述第一系统和所述第二系统为不同系统。

具体地，预设配置文件库，其中配置文件库内预存有多个配置文件，以使软件能够适用到不同系统中，如Linux和Windows系统。可以根据实际需要从预设的配置文件库内选取配置文件，即第一配置文件，为了便于区分，将版本包内的配置文件定义为第二配置文件，直接将第二配置文件替换为第一配置文件，得到交付包，可以直接在对应系统上进行安装、使用。

在本实施例中，直接使用第一配置文件替换第二配置文件，对版本包自动配置，可以减少人为参与，减少人为配置时误操作的概率，从而提高配置的准确率。

在本申请的又一实施例中，所述利用所述第一配置文件替换所述版本包中的第二配置文件，获得所述交付包，包括：

接收第二输入；

响应于所述第二输入，对所述第一配置文件中的参数进行修改，得到第三配置文件；

利用所述第三配置文件替换所述第二配置文件，获得所述交付包。

具体地，在预设配置文件库内存在错误信息或需要对配置文件进行更新的情况下，获取第二输入，根据第二输入生成新的配置文件，即第三配置文件，直接使用第三配置文件替换第二配置文件，得到交付包，交付包可直接在对应系统上下载、安装。

在本实施例中，提供更新配置文件库的功能，使得配置文件库也能够实时更新，直接使用第三配置文件替换第二配置文件，对版本包自动配置，减少人为操作，从而提高打包效率。

在本申请提供的又一实施例中，对生成的版本包进行合规检查，具体过程如下：

扫描所述待打包软件，对所述待打包软件中的所有数据文件进行记录，获得记录信息，所述记录信息为所述待打包软件中的所有数据文件的标识信息；

将所述版本包内的数据文件与所述记录信息进行对比，得到对比结果，所述对比结果为所述版本包中不同于所述记录信息的数据文件的标识信息；

在所述对比结果为非空的情况下，删除所述版本包，并重新打包版本包；

在所述对比结果为空的情况下，对所述版本包备份，获得备份包；

使用所述备份包替换所述旧版本包。

具体地，扫描待打包软件，同时记录待打包软件中的文件，生成记录信息，将打包好的版本包内的文件与记录信息中记录的数据文件进行对比，获得对比结果，在版本包内包括了待打包软件内的所有数据文件的情况下，对比结果为空，说明版本包合规，则将版本包备份，得到备份包，用备份包替换旧版本包；对比结果为非空，即版本包打包有误，则删除版本包，重新对待打包软件进行打包。上述是其中一种情况，在版本包中打包的是有更新的数据文件的情况下，将版本包内的数据文件与更新信息进行对比，得到对比结果，同样地，若对比结果为空，将版本包备份，得到备份包，用备份包替换旧版本包中对应的数据文件，并根据更新信息删除旧版本包中应删除的数据文件；对比结果为非空，即版本包打包有误，则删除版本包，重新对待打包软件进行打包。

在本实施例中，对打包后的版本包进一步检查，从而查看打包过程中是否存在数据文件缺失或重复的情况，及时采取处理措施，以减少在后期使用时出现错误的概率。

图2示出了本申请又一实施例中提供的软件版本打包系统的系统框图，软件版本打包系统和使用流程如下：

通过统一的管理服务模块进行跨中心、多环境、多模块服务器的统一状态检查、健康监测、交易测试、文件分发、批量维护功能，保证可用性；通过软件环境比较模块，快速比对差异，保证多环境一致性；通过版本软件生成模块自动为软件配置生成参数、流水线增量文件等列表，保证部署差异性；通过版本包生成模块对版本包文件进行合规检查、重要文件变更提醒、系统启动前后处理等，保证部署安全性。

一、系统模块组成

管理服务模块：用于多中心、多环境、多模块的统一管理，批量检查软件状态、交易状态，进行批量维护。

软件环境比较模块：负责软件环境资源配置、多环境软件横向比对。

软件版本生成模块：实现开发后，增量或全量的软件版本生成、目标差异文件替换、目标参数文件台数修改。

软件版本包模块：指通过指定规则对版本包文件做合规检查、编辑目标作业、部署后启动前服务处理。

二、利用管理服务模块对软件批量健康检查

流程如下：

1、选择模块名称或全部模块；

2、选择指定软件或全部软件；

3、选择任务名称；

4、选择健康检查，自动生成检查结果。

三、使用软件环境比对模块，对环境间软件比对流程：

1、选择软件部署的模块名称；

2、选择待比对软件；

3、选择比对目标软件；

4、获得对比结果报告。

四、使用软件版本生成模块，生成版本文件流程：

1、显示版本包结构说明；

2、输入版本包名称(以打包模块、软件编号和版本号等命名)；

3、全量、基线增量或指定时间对文件进行提取；

4、生成更新、删除文件列表；

5、确认目标系统、软件差异文件(软件差异文件为根据更新、删除文件列表得到的有更新的文件)；

6、根据目标系统的参数文件，对软件差异文件中的具体参数进行替换；

7、生成版本包。

五、使用软件版本包生成模块，生成交付文件流程：

对版本包合规检查，生成交付包。

图3示出了本申请一个实施例提供的软件版本打包装置300的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图3，软件版本打包装置300，可以包括：

第一获取模块301，用于获取待打包软件更新后的多个数据文件；

第二获取模块302，用于对所述多个数据文件中的第一数据文件进行记录，获得更新信息，所述更新信息包括所述第一数据文件的标识，所述第一数据文件为所述多个数据文件中存在数据更新的数据文件；

第三获取模块303，用于基于所述更新信息，对所述多个数据文件进行打包，获得版本包；

第四获取模块304，用于对所述版本包进行配置，获得用于下载安装的交付包。

可选地，所述第二获取模块302，包括：

第一获取子模块，用于获取所述待打包软件的旧版本包，所述旧版本包为所述待打包软件在更新前备份的文件包；

记录子模块，用于将所述多个数据文件与所述旧版本包的数据文件进行对比，记录所述多个数据文件中与所述旧版本包的数据文件不同的数据文件，得到更新信息。

可选地，所述更新信息中记录的数据文件包括：所述多个数据文件中存在且所述旧版本包中不存在的数据文件；

所述旧版本包中存在且所述多个数据文件中不存在的数据文件；

所述旧版本包和所述多个数据文件中都存在且数据内容不同的数据文件。

可选地，所述第三获取模块303，包括：

第二获取子模块，用于对所述更新信息中记录的数据文件进行打包，获得所述版本包；

或者，

第三获取子模块，用于对所述多个数据文件和更新信息进行打包，获得所述版本包。

可选地，所述第四获取模块304，包括：

第一接收子模块，用于接收第一输入；

第四获取子模块，用于响应于所述第一输入，从预设的配置文件库中获取第一配置文件，所述配置文件库包括所述待打包软件在不同系统中安装时的配置文件；

第五获取子模块，用于利用所述第一配置文件替换所述版本包中的第二配置文件，获得所述交付包，所述第一配置文件包括所述待打包软件第一系统中安装时的配置文件，所述第二配置文件包括所述待打包软件第二系统中安装时的配置文件，所述第一系统和所述第二系统为不同系统。

可选地，所述第四获取模块304，包括：

第二接收子模块，用于接收第二输入；

第六获取子模块，用于响应于所述第二输入，对所述第一配置文件中的参数进行修改，得到第三配置文件；

第七获取子模块，用于利用所述第三配置文件替换所述第二配置文件，获得所述交付包。

本申请实施例提供的软件版本打包装置300能够实现前述方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图4示出了本申请实施例提供的电子设备的硬件结构示意图。

设备可以包括处理器401以及存储有程序指令的存储器402。

处理器401执行程序时实现上述任意各个方法实施例中的步骤。

示例性的，程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器402中，并由处理器401执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列程序指令段，该指令段用于描述程序在设备中的执行过程。

具体地，上述处理器401可以包括中央处理器(CPU)，或者特定集成电路(ApplicationSpecificIntegratedCircuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器402可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器402可包括硬盘驱动器(HardDiskDrive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(UniversalSerialBus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器402可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器402可在综合网关容灾设备的内部或外部。在特定实施例中，存储器402是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器401通过读取并执行存储器402中存储的程序指令，以实现上述实施例中的任意一种方法。

在一个示例中，电子设备还可包括通信接口403和总线410。其中，处理器401、存储器402、通信接口403通过总线410连接并完成相互间的通信。

通信接口403，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线410包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线410可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有程序指令；该程序指令被处理器执行时实现上述实施例中的任意一种方法。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能模块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网格被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些程序指令可被提供给通用计算机、专用计算机、或其它可编程软件版本打包装置的处理器，以产生一种机器，使得经由计算机或其它可编程软件版本打包装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种软件版本打包方法，其特征在于，所述方法包括：

获取待打包软件更新后的多个数据文件；

对所述多个数据文件中的第一数据文件进行记录，获得更新信息，所述更新信息包括所述第一数据文件的标识，所述第一数据文件为所述多个数据文件中存在数据更新的数据文件；

基于所述更新信息，对所述多个数据文件进行打包，获得版本包；

对所述版本包进行配置，获得用于下载安装的交付包。

2.根据权利要求1所述的方法，其特征在于，所述对所述多个数据文件中的第一数据文件进行记录，获得更新信息，包括：

获取所述待打包软件的旧版本包，所述旧版本包为所述待打包软件在更新前备份的文件包；

将所述多个数据文件与所述旧版本包的数据文件进行对比，记录所述多个数据文件中与所述旧版本包的数据文件不同的数据文件，得到更新信息。

3.根据权利要求2所述的方法，其特征在于，所述更新信息中记录的数据文件包括：所述多个数据文件中存在且所述旧版本包中不存在的数据文件；

所述旧版本包中存在且所述多个数据文件中不存在的数据文件；

所述旧版本包和所述多个数据文件中都存在且数据内容不同的数据文件。

4.根据权利要求1所述的方法，其特征在于，所述基于所述更新信息，对所述多个数据文件进行打包，获得版本包，包括：

对所述更新信息中记录的数据文件进行打包，获得所述版本包；

或者，

对所述多个数据文件和更新信息进行打包，获得所述版本包。

5.根据权利要求1所述的方法，其特征在于，所述对所述版本包进行配置，获得用于下载安装的交付包，包括：

接收第一输入；

响应于所述第一输入，从预设的配置文件库中获取第一配置文件，所述配置文件库包括所述待打包软件在不同系统中安装时的配置文件；

利用所述第一配置文件替换所述版本包中的第二配置文件，获得所述交付包，所述第一配置文件包括所述待打包软件第一系统中安装时的配置文件，所述第二配置文件包括所述待打包软件第二系统中安装时的配置文件，所述第一系统和所述第二系统为不同系统。

6.根据权利要求5所述的方法，其特征在于，所述利用所述第一配置文件替换所述版本包中的第二配置文件，获得所述交付包，包括：

接收第二输入；

响应于所述第二输入，对所述第一配置文件中的参数进行修改，得到第三配置文件；

利用所述第三配置文件替换所述第二配置文件，获得所述交付包。

7.一种软件版本打包装置，其特征在于，所述装置包括：

第一获取模块，用于获取待打包软件更新后的多个数据文件；

第二获取模块，用于对所述多个数据文件中的第一数据文件进行记录，获得更新信息，所述更新信息包括所述第一数据文件的标识，所述第一数据文件为所述多个数据文件中存在数据更新的数据文件；

第三获取模块，用于基于所述更新信息，对所述多个数据文件进行打包，获得版本包；

第四获取模块，用于对所述版本包进行配置，获得用于下载安装的交付包。

8.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-6中任意一项所述的软件版本打包方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6中任意一项所述的软件版本打包方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-6中任意一项所述的软件版本打包方法。