CN104991790A - 一种文件的升级发布方法和装置 - Google Patents

Abstract

本发明公开了一种文件的升级发布方法和装置。所述方法包括：导入指定文件的当前发布版本的发布包；如果是初始版本，则全量发布；如果是升级版本，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本，生成相应的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。本发明的技术方案，解决了全部版本以全量发布时的流量耗费问题。

Description

一种文件的升级发布方法和装置

技术领域

本发明涉及互联网技术领域，具体涉及一种文件的升级发布方法和装置。

背景技术

当前，各种各样的应用软件在人们的工作和生活中起到越来越重要的角色。每种软件也会因为功能的改进和漏洞的修补，需要不断的进行升级。

而对于软件发布者来说，为了升级软件功能以不断适应用户的需求或者为了修补漏洞，需要对发发布的软件不断进行升级，发布新版本。

但是现有的软件升级方法就是将更新后版本的软件安装包重新发布一次，然后用户卸载之前的就版本，再安装新版本。这种方式由于每次都要重新发布新版本的完整安装包，每个客户端都需要下载该完整的安装包，因此耗费非常大的流量。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种文件的升级发布方法和装置。

依据本发明的一个方面，提供了一种文件的升级发布方法，其中，该方法包括：

导入指定文件的当前发布版本的发布包；

如果当前发布版本为该指定文件的初始版本，将该发布包进行全量发布；

如果当前发布版本为该指定文件的升级版本，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；

生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

可选地，如果当前发布版本为该指定文件的升级版本，在根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本之前，该方法进一步包括：

判断是否需要使用全量发布，是则将该发布包进行全量发布。

可选地，判断是否需要使用全量发布包括：

如果当前发布版本的发布包是已下线版本的重新导入包，则确定需要使用全量发布；

或者，如果该指定文件未开启增量升级发布，则确定需要使用全量发布；

或者，如果当前发布版本所支持的操作系统位数与之前已发布版本所支持的操作系统位数不同，则确定使用全量发布。

可选地，所述增量升级列表包括：从不同的已发布版本升级到当前发布版本的增量升级路径；

其中，每条增量升级路径包括：从对应的已发布的版本升级到当前发布版本所需经过的版本，以及对应所需的增量文件信息。

可选地，所述增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。

可选地，如果当前发布版本为该指定文件的升级版本，则在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，该方法进一步包括如下中的一项或多项：

如果生成的一个增量文件的大小，大于第一预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果生成的一个增量文件的大小与当前发布版本的发布包的大小的比值，大于第二预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果一条增量升级路径上增量文件的大小总和，大于当前发布版本的发布包的大小，则从增量升级列表中删除该增量升级路径。

可选地，该方法进一步包括：

提供参数设置接口，通过该参数设置接口接收输入的第一预设值和/或第二预设值。

可选地，生成当前发布版本的发布包与所述一个或多个已发布版本的发布包之间的增量文件时，该方法进一步包括：

如果用户自定义勾选了一个或多个已发布版本，则还生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。

可选地，在将该发布包进行全量发布之前，或者在发布所生成的增量文件之前，该方法进一步包括：

对待发布内容进行测试验证，如果测试验证通过则进行发布，否则进行修正后重新导入。

可选地，所述根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本包括：

预设一个或多个增量跳数；

如果当前发布版本的编号能够被一个增量跳数整除，则找到版本编号比放前发布版本的编号低该增量跳数的已发布版本。

依据本发明的另一个方面，提供了一种文件的升级发布装置，其中，该装置包括：

导入单元，适于导入指定文件的当前发布版本的发布包；

判断单元，适于在当前发布版本为该指定文件的初始版本时，通知全量发布单元，以及适于在当前发布版本为该指定文件的升级版本时，通知增量发布单元；

全量发布单元，适于在当前发布版本为该指定文件的初始版本时，将该发布包进行全量发布；

增量发布单元，适于在当前发布版本为该指定文件的升级版本时，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

可选地，所述判断单元，适于在当前发布版本为该指定文件的升级版本时，在向增量发布单元发布通知之前进一步适于判断是否需要使用全量发布，是则通知全量发布单元进行全量发布。

可选地，所述判断单元，适于在当前发布版本的发布包是已下线版本的重新导入包时，确定需要使用全量发布；或者，在该指定文件未开启增量升级发布时，确定需要使用全量发布；或者，在当前发布版本所支持的操作系统位数与之前已发布版本所支持的操作系统位数不同时，确定使用全量发布。

可选地，所述增量升级单元生成的增量升级列表包括：从不同的已发布版本升级到当前发布版本的增量升级路径；

其中，每条增量升级路径包括：从对应的已发布的版本升级到当前发布版本所需经过的版本，以及对应所需的增量文件信息。

可选地，所述增量升级单元生成的增量升级列表中的所述增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。

可选地，所述增量升级单元，在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，进一步适于执行如下中的一项或多项：

如果生成的一个增量文件的大小，大于第一预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果生成的一个增量文件的大小与当前发布版本的发布包的大小的比值，大于第二预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果一条增量升级路径上增量文件的大小总和，大于当前发布版本的发布包的大小，则从增量升级列表中删除该增量升级路径。

可选地，该装置进一步包括：

参数接口单元，适于提供参数设置接口，通过该参数设置接口接收输入的第一预设值和/或第二预设值。

可选地，所述增量发布单元，进一步适于在用户自定义勾选了一个或多个已发布版本时，还生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。

可选地，该装置进一步包括：测试验证单元；

所述全量发布单元，进一步适于在将该发布包进行全量发布之前，布内容发送给测试验证单元，当测试验证通过后进行发布

所述增量发布单元，进一步适于在发布所生成的增量文件之前，将待发布内容发送给测试验证单元，当测试验证通过后进行发布；

所述测试验证单元，适于对待发布内容进行测试验证；

所述导入单元，进一步适于在测试验证不通过时，导入修正后的版本。

可选地，所述增量发布单元，适于预设一个或多个增量跳数；如果当前发布版本的编号能够被一个增量跳数整除，则找到版本编号比放前发布版本的编号低该增量跳数的已发布版本。

根据本发明的这种根据实际情况选择全量发布或增量发布，且在增量发布时只生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，发布所生成的增量文件，以及将增量升级列表下发到供客户端进行增量升级的配置文件中的技术方案，解决了全部版本以全量发布时的流量耗费问题，并且每次增量发布时选择性地生成当前发布版本的发布包与一个或多个已发布版本的发布包之间的增量文件，而不是生成当前发布版本的发布包与所有已发布版本的发布包之间的增量文件，进一步减少了文件升级所需的资源。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种文件的升级发布方法的流程图；

图2示出了根据本发明又一个实施例的一种文件的升级发布方法的流程图；

图3示出了根据本发明一个实施例的一种文件的升级发布装置的结构图；

图4示出了根据本发明又一个实施例的一种文件的升级发布装置的结构图。

具体实施方式

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

图1示出了根据本发明一个实施例的一种文件的升级发布方法的流程图。如图1所示，该方法包括：

步骤S110，导入指定文件的当前发布版本的发布包。

本步骤中，将当前要发布的版本的发布包导入到发布平台中。

步骤S120，如果当前发布版本为该指定文件的初始版本，将该发布包进行全量发布。

由于初始版本时第一个版本，因此只能全量发布。

步骤S130，如果当前发布版本为该指定文件的升级版本，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本。

本步骤中，只需要根据预设策略确定少数的已发布版本。

步骤S140，生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表。

增量文件：记录新版本相对于旧版本所发生的变化的文件。一般来说，版本号之间跨度越大，版本间变化的内容的越多，增量文件越大，反之越小。

本步骤中，生成当前发布版本和所确定的少数几个已发布版本之间增量文件，而不需要生成当前发布版本和所有之前的已发布版本之间的增量文件，避免了大量的数据冗余，大大减少的升级所需的资源，如存储增量文件所需的存储资源、生成增量文件所需的资源等等。

步骤S150，发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

这样，当客户端想要对本地的该指定文件进行升级时，先到配置文件查询从本地的版本升级的更高版本时的路径，获得该路径对应的增量文件信息，然后去下载相应的增量文件进行升级。

图1所示的方法，解决了全部版本以全量发布时的流量耗费问题，并且每次增量发布时选择性地生成当前发布版本的发布包与一个或多个已发布版本的发布包之间的增量文件，而不是生成当前发布版本的发布包与所有已发布版本的发布包之间的增量文件，进一步减少了文件升级所需的资源。

需要说明的是，这里所述的文件可以是应用软件，也可以是各类数据库。

在本发明的一个实施例中，图1所示的方法中，如果当前发布版本为该指定文件的升级版本，在根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本之前，该方法进一步包括：判断是否需要使用全量发布，是则将该发布包进行全量发布。这是因为，在有些情况下即使是升级版本，也需要进行全量发布，具体判断是否需要使用全量发布包括如下中的一种或多种情况：

a1)如果当前发布版本的发布包是已下线版本的重新导入包，则确定需要使用全量发布。这种情况是指当前发布版本并不是最新版本，而是之前已发布但又下线版本在进行漏洞修复后的重新导入包。此时只能全量发布。因为之前已经生成了增量文件，先后两个版本的差异会导致增量文件不一样，会导致该版本之后的版本都会出现文件，所以必须全量发布。

a2)如果该指定文件未开启增量升级发布，则确定需要使用全量发布。发布平台会提供“增量控制”选择项，只有选择了该项的文件才进行增量发布，如果没有选择则进行全量发布。这可以让用户自主选择是否进行增量发布。

a3)如果当前发布版本所支持的操作系统位数与之前已发布版本所支持的操作系统位数不同，则确定使用全量发布。一般会操作系统会有32位和64位，如Windows系统。如果发一个版本只能支持32位，那么只能和之前已发布的支持32位的版本生成增量文件。

在本发明的一个实施例中，图1所示方法中所述增量升级列表包括：从不同的已发布版本升级到当前发布版本的增量升级路径。其中，每条增量升级路径包括：从对应的已发布的版本升级到当前发布版本所需经过的版本，以及对应所需的增量文件信息。增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。

例如，一条增量升级路径是从版本4升级到版本16的路径，其具体为4-5-15-16，即从版本4升级到版本5，从版本5升级到版本15，再从版本15升级到版本16。所需的增量文件为：版本5与版本4之间的增量文件，版本15与版本5之间的增量文件，以及版本16与版本15之间的增量文件。增量文件的下载地址及下载URL。或者，已经知道从指定地址下载，此时MD5值作为增量文件的唯一标识可以识别是哪个增量文件。

在本发明的一个实施例中，图1所示的方法中，如果当前发布版本为该指定文件的升级版本，则在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，该方法进一步包括如下中的一项或多项：

b1)如果生成的一个增量文件的大小，大于第一预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径。例如，第一预设阈值可以设置为1M，如果生成的增量文件大于1M，则放弃对应的增量路径。

b2)如果生成的一个增量文件的大小与当前发布版本的发布包的大小的比值，大于第二预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径。例如，第二预设阈值可以设置50％，如果新版本全量发布时8M，则增量文件不能超过4M。

b3)如果一条增量升级路径上增量文件的大小总和，大于当前发布版本的发布包的大小，则从增量升级列表中删除该增量升级路径。即如果增量升级所需要下载的增量文件大小已经大于新版本发布包的大小的话，增量升级已经没有意义了。

上述几种增量升级路径过滤方法都是为了避免增量升级反而比全量升级还要费流量的情况。

在本发明的一个实施例中，图1所示的方法进一步包括：提供参数设置接口，通过该参数设置接口接收输入的第一预设值和/或第二预设值。即增量发布平台的用户可以自主选择和设置第一预设值和第二预设值。

在本发明的一个实施例中，图1所示的方法，在生成当前发布版本的发布包与所述一个或多个已发布版本的发布包之间的增量文件时，该方法进一步包括：如果用户自定义勾选了一个或多个已发布版本，则还生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。这可以让用户自主定义想生成增量文件的版本。

现实情况中，有一些如下情况的特殊需求：某文件有两个分支，一些版本只发布beta版(1001、1003、1005等)，一些版本只发布正式版(1002、1004、1006)，且版本号穿插着，两个分支的文件差异较大，不能够按照默认设置1002-1001、1003-1002的形式生成增量，所以提供了自定义勾选增量生成的功能。自定义勾选增量的意义:可以自定义任意低版本到目标版本直接生成diff,首先它解决了更复杂版本之间升级,其次解决了增量跳数限制的问题,也能实际满足生产情况下的需求。

在本发明的一个实施例中，图1所示的方法，在将该发布包进行全量发布之前，或者在发布所生成的增量文件之前，该方法进一步包括：对待发布内容进行测试验证，如果测试验证通过则进行发布，否则进行修正后重新导入。这里的测试验证时发布前的测试验证，如果不通过则需要修改后重新导入再发布。

在本发明的一个实施例中，图1所示方法中所述根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本包括：预设一个或多个增量跳数；如果当前发布版本的编号能够被一个增量跳数整除，则找到版本编号比放前发布版本的编号低该增量跳数的已发布版本。

为了方便记录各版本的先后序号，在本发明的实施例中，将指定文件的各级版本按照先后顺序从0开始进行整数编号。这样就不受指定文件的发布实际版本号是否连续的影像了。例如，发布初始版本时赋予编号0，之后，每发布一个新版本在上一版本编号上加1即为该新版本的编号，这里新赋予的编号成为内部编号。举例说明如下(增量跳数为1、5、10和20)：

A)导入版本时，发布平台会为使用增量的版本进行内部编号，初始全量版本编号为0，之后版本编号依次加1，如

1.0.0.1000->0,

1.0.0.1001->1,

1.0.0.1002->2,

…

1.0.0.1020->20

B)导入版本时，会拿新版本的内部编号去分别除下增量跳数里配置的数(1,5,10,20)，能够除尽的会找向前找相应跳数的节点生成一个增量文件(这里称为diff文件)，例如

i.线上已存在一个全量发布的1.0.0.1000版本，编号为0，新导入一个版本1.0.0.1001，编号为1:

1％1＝0，可以除尽，则会向前找1个跳数和1.0.0.1000版本生成一个diff

diff＝1.0.0.1000->1.0.0.1001

依次类推，导入1.0.0.1002版本，编号为2，会和1.0.0.1001版本生成diff

diff＝1.0.0.1001->1.0.0.1002

diff＝1.0.0.1002->1.0.0.1003

diff＝1.0.0.1003->1.0.0.1004

ii.当导入1.0.0.1005版本时，编号为5，会发现5％5＝0，则会向前找5个跳数再生成一个增量，则会产生两个diff：

diff＝1.0.0.1004->1.0.0.1005

diff＝1.0.0.1000->1.0.0.1005

依次类推，导入1.0.0.1010版本时，10％10＝0,10％5＝0,10％1＝0，

则会生成三个diff：

diff＝1.0.0.1009->1.0.0.1010

diff＝1.0.0.1005->1.0.0.1010

diff＝1.0.0.1000->1.0.0.1010

导入1.0.0.1020版本时，20％20＝0,20％10＝0,20％5＝0,20％1＝0，

生成四个diff：

diff＝1.0.0.1019->1.0.0.1020

diff＝1.0.0.1015->1.0.0.1020

diff＝1.0.0.1010->1.0.0.1020

diff＝1.0.0.1000->1.0.0.1020

C)增量跳数默认为(1,5,10,20)，也可根据特殊需求向审批组申请修改为其他值。

在本发明的一个实施例中，所设置的一个或多个增量跳数中至少包括1。以保证从任何版本都可以增量升级到新版本。

在本发明的一个实施例中，文件发布平台可以在界面中提供设置项，以供用户设置前述的第一预设值、第二预设值和增量跳数。此外还可以提供设置项对一个文件是否进行增量发布进行控制，以及还可以对指定文件的一个版本是否进行增量发布进行控制。当指定文件的一个版本被设置成全量发布时，进行增量发布，但仍按照既定策略生成相应的增量文件，以保持后续版本的增量发布特性。

图2示出了根据本发明一个实施例的一种文件的升级发布方法的流程图。如图2所示，以指定的某个文件的各版本发布为例，该方法包括：

步骤S201，导入当前发布版本的发布包。

步骤S202，判断是否为初始版本，是则执行步骤S203，否则执行步骤S204。

步骤S203，得到全量发布用的结果。执行步骤S211。

步骤S204，判断是否需要使用全量发布，是则执行步骤S203，否则执行步骤S205。

本步骤中根据前述的a1、a2和a3的方式进行判断。

步骤S205，根据预设策略确定一个或多个已发布版本，生成相应的增量文件。例如根据前述的预设增量跳数的方法。

步骤S206，判断用户是否自定义勾选了一个或多个已发布版本，是则执行步骤S207，否则执行步骤S208。

步骤S207，生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。

步骤S208，生成增量升级列表。

步骤S209，优化增量升级列表中的增量升级路径。

本步骤中根据前述的b1、b2、b3中所述的方法进行优化。

步骤S210，得到增量发布用的结果。

步骤S211，进行测试验证。

步骤S212，判断测试验证是否通过，是则执行步骤S214，否则执行步骤S213。

步骤S213，进行回退处理，返回步骤S201。

步骤S214，进行增量或全量发布。

综上可以看出，本发明中的升级发布方法，减少了各个版本之间增量的冗余性，可以重复利用生成的增量文件，减少生成的增量文件的大小，节省磁盘空间和带宽，减少计算的复杂度，更方便管理与维护。

图3示出了根据本发明一个实施例的一种文件的升级发布装置的结构图。如图3所示，该文件的升级发布装置300包括：

导入单元310，适于导入指定文件的当前发布版本的发布包；

判断单元320，适于在当前发布版本为该指定文件的初始版本时，通知全量发布单元，以及适于在当前发布版本为该指定文件的升级版本时，通知增量发布单元；

全量发布单元330，适于在当前发布版本为该指定文件的初始版本时，将该发布包进行全量发布；

增量发布单元340，适于在当前发布版本为该指定文件的升级版本时，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

图3所示的装置，解决了全部版本以全量发布时的流量耗费问题，并且每次增量发布时选择性地生成当前发布版本的发布包与一个或多个已发布版本的发布包之间的增量文件，而不是生成当前发布版本的发布包与所有已发布版本的发布包之间的增量文件，进一步减少了文件升级所需的资源。

图4示出了根据本发明又一个实施例的一种文件的升级发布装置的结构图。如图4所示，该文件的升级发布装置400包括：

导入单元410，适于导入指定文件的当前发布版本的发布包；

判断单元420，适于在当前发布版本为该指定文件的初始版本时，通知全量发布单元，以及适于在当前发布版本为该指定文件的升级版本时，通知增量发布单元；

全量发布单元430，适于在当前发布版本为该指定文件的初始版本时，将该发布包进行全量发布；

增量发布单元440，适于在当前发布版本为该指定文件的升级版本时，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

在本发明的一个实施例中，所述判断单元420，适于在当前发布版本为该指定文件的升级版本时，在向增量发布单元发布通知之前进一步适于判断是否需要使用全量发布，是则通知全量发布单元进行全量发布。

在本发明的一个实施例中，所述判断单元420，适于在当前发布版本的发布包是已下线版本的重新导入包时，确定需要使用全量发布；或者，在该指定文件未开启增量升级发布时，确定需要使用全量发布；或者，在当前发布版本所支持的操作系统位数与之前已发布版本所支持的操作系统位数不同时，确定使用全量发布。

在本发明的一个实施例中，所述增量升级单元生成的增量升级列表包括：从不同的已发布版本升级到当前发布版本的增量升级路径；

其中，每条增量升级路径包括：从对应的已发布的版本升级到当前发布版本所需经过的版本，以及对应所需的增量文件信息。

在本发明的一个实施例中，所述增量升级单元生成的增量升级列表中的所述增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。

在本发明的一个实施例中，所述增量升级单元440，在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，进一步适于执行如下中的一项或多项：

如果生成的一个增量文件的大小，大于第一预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果生成的一个增量文件的大小与当前发布版本的发布包的大小的比值，大于第二预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果一条增量升级路径上增量文件的大小总和，大于当前发布版本的发布包的大小，则从增量升级列表中删除该增量升级路径。

在本发明的一个实施例中，该装置400进一步包括：参数接口单元450，适于提供参数设置接口，通过该参数设置接口接收输入的第一预设值和/或第二预设值。

在本发明的一个实施例中，所述增量发布单元440，进一步适于在用户自定义勾选了一个或多个已发布版本时，还生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。

在本发明的一个实施例中，其中该装置进一步包括：测试验证单元460；

所述全量发布单元430，进一步适于在将该发布包进行全量发布之前，布内容发送给测试验证单元，当测试验证通过后进行发布

所述增量发布单元440，进一步适于在发布所生成的增量文件之前，将待发布内容发送给测试验证单元，当测试验证通过后进行发布；

所述测试验证单元460，适于对待发布内容进行测试验证；

所述导入单元410，进一步适于在测试验证不通过时，导入修正后的版本。

在本发明的一个实施例中，所述增量发布单元440，适于预设一个或多个增量跳数；如果当前发布版本的编号能够被一个增量跳数整除，则找到版本编号比放前发布版本的编号低该增量跳数的已发布版本。

前述图1和图2所示方法实施例中所述的各类技术方案都适用于图3和图4所示的装置中，这里不再一一复述。

综上所述，本发明的这种根据实际情况选择全量发布或增量发布，且在增量发布时只生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，发布所生成的增量文件，以及将增量升级列表下发到供客户端进行增量升级的配置文件中的技术方案，解决了全部版本以全量发布时的流量耗费问题，并且每次增量发布时选择性地生成当前发布版本的发布包与一个或多个已发布版本的发布包之间的增量文件，而不是生成当前发布版本的发布包与所有已发布版本的发布包之间的增量文件，进一步减少了文件升级所需的资源。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的文件的升级发布装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种文件的升级发布方法，其中，该方法包括：

导入指定文件的当前发布版本的发布包；

如果当前发布版本为该指定文件的初始版本，将该发布包进行全量发布；

如果当前发布版本为该指定文件的升级版本，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；

生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

A2、如A1所述的方法，其中，如果当前发布版本为该指定文件的升级版本，在根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本之前，该方法进一步包括：

判断是否需要使用全量发布，是则将该发布包进行全量发布。

A3、如A2所述的方法，其中，判断是否需要使用全量发布包括：

如果当前发布版本的发布包是已下线版本的重新导入包，则确定需要使用全量发布；

或者，如果该指定文件未开启增量升级发布，则确定需要使用全量发布；

或者，如果当前发布版本所支持的操作系统位数与之前已发布版本所支持的操作系统位数不同，则确定使用全量发布。

A4、如A1所述的方法，其中，所述增量升级列表包括：从不同的已发布版本升级到当前发布版本的增量升级路径；

其中，每条增量升级路径包括：从对应的已发布的版本升级到当前发布版本所需经过的版本，以及对应所需的增量文件信息。

A5、如A4所述的方法，其中，所述增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。

A6、如A4所述的方法，其中，如果当前发布版本为该指定文件的升级版本，则在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，该方法进一步包括如下中的一项或多项：

如果生成的一个增量文件的大小，大于第一预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果生成的一个增量文件的大小与当前发布版本的发布包的大小的比值，大于第二预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果一条增量升级路径上增量文件的大小总和，大于当前发布版本的发布包的大小，则从增量升级列表中删除该增量升级路径。

A7、如A6所述的方法，其中，该方法进一步包括：

提供参数设置接口，通过该参数设置接口接收输入的第一预设值和/或第二预设值。

A8、如A1所述的方法，其中，生成当前发布版本的发布包与所述一个或多个已发布版本的发布包之间的增量文件时，该方法进一步包括：

如果用户自定义勾选了一个或多个已发布版本，则还生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。

A9、如A1所述的方法，其中，在将该发布包进行全量发布之前，或者在发布所生成的增量文件之前，该方法进一步包括：

对待发布内容进行测试验证，如果测试验证通过则进行发布，否则进行修正后重新导入。

A10、如A1所述的方法，其中，所述根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本包括：

预设一个或多个增量跳数；

如果当前发布版本的编号能够被一个增量跳数整除，则找到版本编号比放前发布版本的编号低该增量跳数的已发布版本。

本发明还公开了B11、一种文件的升级发布装置，其中，该装置包括：

导入单元，适于导入指定文件的当前发布版本的发布包；

判断单元，适于在当前发布版本为该指定文件的初始版本时，通知全量发布单元，以及适于在当前发布版本为该指定文件的升级版本时，通知增量发布单元；

全量发布单元，适于在当前发布版本为该指定文件的初始版本时，将该发布包进行全量发布；

增量发布单元，适于在当前发布版本为该指定文件的升级版本时，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

B12、如B11所述的装置，其中，

所述判断单元，适于在当前发布版本为该指定文件的升级版本时，在向增量发布单元发布通知之前进一步适于判断是否需要使用全量发布，是则通知全量发布单元进行全量发布。

B13、如B12所述的装置，其中，

所述判断单元，适于在当前发布版本的发布包是已下线版本的重新导入包时，确定需要使用全量发布；或者，在该指定文件未开启增量升级发布时，确定需要使用全量发布；或者，在当前发布版本所支持的操作系统位数与之前已发布版本所支持的操作系统位数不同时，确定使用全量发布。

B14、如B11所述的装置，其中，所述增量升级单元生成的增量升级列表包括：从不同的已发布版本升级到当前发布版本的增量升级路径；

其中，每条增量升级路径包括：从对应的已发布的版本升级到当前发布版本所需经过的版本，以及对应所需的增量文件信息。

B15、如B14所述的装置，其中，所述增量升级单元生成的增量升级列表中的所述增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。

B16、如B14所述的装置，其中，

所述增量升级单元，在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，进一步适于执行如下中的一项或多项：

如果生成的一个增量文件的大小，大于第一预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果生成的一个增量文件的大小与当前发布版本的发布包的大小的比值，大于第二预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果一条增量升级路径上增量文件的大小总和，大于当前发布版本的发布包的大小，则从增量升级列表中删除该增量升级路径。

B17、如B16所述的装置，其中，该装置进一步包括：

参数接口单元，适于提供参数设置接口，通过该参数设置接口接收输入的第一预设值和/或第二预设值。

B18、如B11所述的装置，其中，

所述增量发布单元，进一步适于在用户自定义勾选了一个或多个已发布版本时，还生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。

B19、如B11所述的装置，其中该装置进一步包括：测试验证单元；

所述全量发布单元，进一步适于在将该发布包进行全量发布之前，布内容发送给测试验证单元，当测试验证通过后进行发布

所述增量发布单元，进一步适于在发布所生成的增量文件之前，将待发布内容发送给测试验证单元，当测试验证通过后进行发布；

所述测试验证单元，适于对待发布内容进行测试验证；

所述导入单元，进一步适于在测试验证不通过时，导入修正后的版本。

B20、如B11所述的装置，其中，

所述增量发布单元，适于预设一个或多个增量跳数；如果当前发布版本的编号能够被一个增量跳数整除，则找到版本编号比放前发布版本的编号低该增量跳数的已发布版本。

Claims (10)

1.一种文件的升级发布方法，其中，该方法包括：

导入指定文件的当前发布版本的发布包；

如果当前发布版本为该指定文件的初始版本，将该发布包进行全量发布；

如果当前发布版本为该指定文件的升级版本，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；

生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

2.如权利要求1所述的方法，其中，如果当前发布版本为该指定文件的升级版本，在根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本之前，该方法进一步包括：

判断是否需要使用全量发布，是则将该发布包进行全量发布。

3.如权利要求2所述的方法，其中，判断是否需要使用全量发布包括：

如果当前发布版本的发布包是已下线版本的重新导入包，则确定需要使用全量发布；

或者，如果该指定文件未开启增量升级发布，则确定需要使用全量发布；

或者，如果当前发布版本所支持的操作系统位数与之前已发布版本所支持的操作系统位数不同，则确定使用全量发布。

4.如权利要求1所述的方法，其中，所述增量升级列表包括：从不同的已发布版本升级到当前发布版本的增量升级路径；

其中，每条增量升级路径包括：从对应的已发布的版本升级到当前发布版本所需经过的版本，以及对应所需的增量文件信息。

5.如权利要求4所述的方法，其中，所述增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。

6.如权利要求4所述的方法，其中，如果当前发布版本为该指定文件的升级版本，则在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，该方法进一步包括如下中的一项或多项：

如果生成的一个增量文件的大小，大于第一预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果生成的一个增量文件的大小与当前发布版本的发布包的大小的比值，大于第二预设阈值，则从增量升级列表中删除包含该增量文件的增量升级路径；

如果一条增量升级路径上增量文件的大小总和，大于当前发布版本的发布包的大小，则从增量升级列表中删除该增量升级路径。

7.如权利要求6所述的方法，其中，该方法进一步包括：

提供参数设置接口，通过该参数设置接口接收输入的第一预设值和/或第二预设值。

8.如权利要求1所述的方法，其中，生成当前发布版本的发布包与所述一个或多个已发布版本的发布包之间的增量文件时，该方法进一步包括：

如果用户自定义勾选了一个或多个已发布版本，则还生成当前发布版本的发布包与用户自定义勾选的一个或多个已发布版本的发布包之间的增量文件。

9.一种文件的升级发布装置，其中，该装置包括：

导入单元，适于导入指定文件的当前发布版本的发布包；

判断单元，适于在当前发布版本为该指定文件的初始版本时，通知全量发布单元，以及适于在当前发布版本为该指定文件的升级版本时，通知增量发布单元；

全量发布单元，适于在当前发布版本为该指定文件的初始版本时，将该发布包进行全量发布；

增量发布单元，适于在当前发布版本为该指定文件的升级版本时，根据预设策略确定需要当前发布版本与之生成增量的该指定文件的一个或多个已发布版本；生成当前发布版本的发布包与所确定的一个或多个已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。

10.如权利要求9所述的装置，其中，

所述判断单元，适于在当前发布版本为该指定文件的升级版本时，在向增量发布单元发布通知之前进一步适于判断是否需要使用全量发布，是则通知全量发布单元进行全量发布。