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

Abstract

本发明公开了一种文件的增量升级发布方法和装置。所述方法包括：将各级版本按照先后顺序编号；预设一个或多个增量跳数；当发布新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本；生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；发布所生成的增量文件，将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中。本发明的技术方案，在每次增量发布时选择性地生成当前发布版本和少数已发布版本之间的增量文件，进一步减少了文件增量升级所需的资源。

Description

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

技术领域

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

背景技术

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

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

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

此外现有的软件升级也采用增量升级，但是如果没发布一个新版本都需要与之前发布的所有版本生成增量文件的话，需要很大的存储资源来存储增量文件，且随着版本号的增加每次升级所需要生成的增量文件的数量也成倍增长，消耗大量的资源。

发明内容

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

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

将指定文件的各级版本按照先后顺序从0开始进行整数编号；

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

每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已 发布版本；

生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

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

可选地，生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件包括：

通过调用增量文件生成工具，生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件。

可选地该方法进一步包括：将指定文件的编号为0的版本设置为起始版本；

所述增量升级列表中的增量升级路径包括：从起始版本开始的所有版本升级到该新版本的增量升级路径；。

可选地，增量升级列表中的每条增量升级路径包括：从对应的版本升级到该新版本所需经过的版本，以及对应所需的增量文件信息；

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

可选地，每条升级路径均为从升级开始版本升级到该新版本时，所需增量文件个数最少的路径。

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

将指定文件的编号为X的版本设置为起始版本；

其中，X＝M*最大增量跳数；M为自然数且M＝1，…，N-1；

N为将从编号为0的版本到该新版本的路径，按照最大增量跳数切割后得到的块的数量。

可选地，所述一个或多个增量跳数中至少包括1。

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

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

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

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

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

设置单元，适于将指定文件的各级版本按照先后顺序从0开始进行整数编号；以及适于预设一个或多个增量跳数；

增量预处理单元，适于每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本；

增量生成单元，适于生成该新版本的发布包与增量预处理单元所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

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

可选地，所述增量生成单元，适于通过调用增量文件生成工具，生成该新版本的发布包与增量预处理单元所找到的各已发布版本的发布包之间的增量文件。

可选地，所述设置单元，进一步适于将指定文件的编号为0的版本设置为起始版本；

所述增量生成单元生成的所述增量升级列表中的增量升级路径包括：从起始版本开始的所有版本升级到该新版本的增量升级路径；。

可选地，所述增量生成单元生成的增量升级列表中的每条增量升级路径包括：从对应的版本升级到该新版本所需经过的版本，以及对应所需的增量文件信息；

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

可选地，所述增量生成单元生成的增量升级列表中的每条升级路径均为，从升级开始版本升级到该新版本时，所需增量文件个数最少的路径。

可选地，所述设置单元，进一步适于将指定文件的编号为X的版本设置为起始版本；

其中，X＝M*最大增量跳数；M为自然数且M＝1，…，N-1；

N为将从编号为0的版本到该新版本的路径，按照最大增量跳数切割后得到的块的数量。

可选地，所述设置单元预设的所述一个或多个增量跳数中至少包括1。

可选地，所述增量生成单元，在生成包含增量升级路径的增量升级列表之后，进一步适于执行如下中的一项或多项：

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

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

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

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

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

附图说明

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

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

图2示出了根据本发明一个实施例的能升级到1.0.0.1030的版本路径；

图3示出了根据本发明一个实施例的能升级到1.0.0.1020的版本路径；

图4示出了根据本发明一个实施例的1.0.0.1020的明细升级路径；

图5示出了根据本发明一个实施例的1.0.0.1030的明细升级路径；

图6示出了根据本发明一个实施例的非连续版本重新编号的示意图；

图7示出了根据本发明一个实施例的连续版本重新编号的示意图；

图8示出了根据本发明一个实施例的大数据量版本升级示意图；

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

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

具体实施方式

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

在阐述本发明的方案之前，先给出本方案中的一些概念的解释。

起始版本:升级路径的最开始版本。

版本号定义:版本号使用数字,利用”.”来划分层级,例如:1.2.3.1239

连续版本:每个版本号之间是连续的,例如:1.0.0.1001,1.0.0.1002,1.0.0.1003,1.0.0.1004。

非连续版本:包含连续版本,每个版本号之间是可以非连续各个版本号之间的跨度也不固定,跨度是随机的例如:1.0.0.1001 1.0.0.10071.0.0.1012 1.0.0.1013 1.0.0.1023。

全量升级:直接使用某个版本完整升级，如当最低版本和最高版本跨度较大时,其增量的文件已经远超于最高版本本身的大小,如果还继续使用增量将没有意义,不如直接使用最高版本来升级。当然考虑到升级时效性,这里不只是最高版本,可以全量升级某个版本,再继续使用增量,以达到最快升级到目标版本。

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

增量升级，使用增量文件进行升级。

增量跳数:自定义一组用于低版本升级到高版本的跨度,这个值越大其升级的路径也是最短,比如拿开始的版本1.0.0.1010来说如果定义增量跳数为20,那么1.0.0.1010->1.0.0.1030刚好满足20个跨度就可以直接升级,也许你会问那1.0.0.1011怎么升级？这个问题的解决方式就是定义一组增量跳数,当然其最小的跨度必须是1,因为要保证1.0.0.1010可以升级到1.0.0.1011比如:(1，20)，这样就可以保证跨度为1和跨度为20的版本升级是直接升级。

如何确定最短路径:都知道两点之间直线的距离最短,这里也是如此,目标版本是确定的,需要升级的版本不确定,每个用户电脑上的版本都是不一样的,所以最直接最短的就是所有低版本都直接升级到目标版本,这样的代价就是我们需要针对所有低版本去生成相应的增量,这样虽然是最快的,但是其维护性的代价很大,一方面我们每次发布一个新的版本都需要重新生成一遍它跟所有低版本的增量,当版本比较多的时候,工作量很大,即使真正的生成出来,也需要存储,而且当新的版本更新迭代更多后,相应的增量也很大,这个是比较耗费的,所以它是不划算的。本申请中我们需要做增量就是我们即需要保证用户当前的版本可以最快的升级到目标版本也需要考虑到 实际情况,具体的解决方案是:我们定义一个初始版本,并且设定增量跳数,我们的最终目的是为了升级到目标版本,所以按照目标版本往低版本去找,当目标版本与低版本的跨度满足增量跳数时,我们生成一个增量,当然增量的跳数必须存在1,因为相邻的两个版本的最小跨度就是1,这个是必须要保证的,其他的跳数最好是做成自定义的,这样才可以满足不同的版本之间的生成增量的需求。

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

步骤S110，将指定文件的各级版本按照先后顺序从0开始进行整数编号，以及预设一个或多个增量跳数。

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

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

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

步骤S120，每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本。

步骤S130生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表。

本步骤的生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件具体为：通过调用增量文件生成工具，生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件。不同的文件进行升级时采用的增量文件生成工具可能不同，这里只需要调用相应的工具即可。

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

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

图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所示的方法，有已下几个好处:减少各个版本之间增量的冗余性；可以重复利用到已经生成的增量；减少生成增量文件的大小；节省磁盘空间；减少计算的复杂度；更方便的管理与维护；由于增量文件比较小,所以也节省了带宽。

假如设定起始版本为1.0.0.1010，设定增量跳数为:(1,5,10,20)，结束版本为1.0.0.1030。

图2示出了根据本发明一个实施例的能升级到1.0.0.1030的版本路径。从图2可以看到如果要升级到1.0.0.1030版本，那么1.0.0.1029，1.0.0.1025， 1.0.0.1020，1.0.0.1010这四个版本都是可以直接升级到目标版本1.0.0.1030。其他的版本则无法直接升级到1.0.0.1030，但是其他的版本可以升级到上述四个版本.之一然后由上述四个版本之一直接升级到1.0.0.1030。具体参见图3-5。

图3示出了根据本发明一个实施例的能升级到1.0.0.1020的版本路径。图4示出了根据本发明一个实施例的1.0.0.1020的明细升级路径。图5示出了根据本发明一个实施例的1.0.0.1030的明细升级路径。

升级的路径是先完成图3的路径图,再完成图4的路径图

从图5中,可以看到1.0.0.1011这个节点要升级到1.0.0.1030，它找到的最近节点是1.0.0.1020，然后可以直接升级到1.0.0.1030版本。在图4中我们看到1.0.0.1020由1.0.0.1019和1.0.0.1015,1.0.0.1010升级上来，1.0.0.1010是起始版本，所以他有多个选择,但是如何最优,才是需要关注的。最短路径原理:版本的升级是由低版本最短路径到的目标版本。图4中是1.0.0.1020升级的路径图，具体的升级流程是这样的,版本的升级由低到高，所以真正的是先有图4的路径升级,才有的图5的路径升级，在图4中,也是使用增量跳数:1,5,10,20。对比图5和图4发现1.0.0.1010这个版本比较特殊,它可以升级到1.0.0.1020和1.0.0.1030,那么在图5中，1.0.0.1010是直接升级到1.0.0.1030的，而1.0.0.1020也可以由1.0.0.1010升级。图5中既有1.0.0.1020也有1.0.0.1030，节点1.0.0.1010有了双向选择，所以对于图5中目标版本是1.0.0.1030根据最短路径原理1.0.0.1010->1.0.0.1030只需要一步,而不是10.0.1010->1.0.0.1020再通过1.0.0.1020->1.0.0.1030这两步，所以是1.0.0.1010升级到1.0.0.1030最划算。

仔细数数图5中的各个版本的升级情况,可以发现升级到1.0.0.1030版本的各个版本的路径里,其中最长路径的版本是1.0.0.1011，其升级到1.0.0.1030一共需要6步,分别是：1.0.0.1011，1.0.0.1012，1.0.0.1013，1.0.0.1014，1.0.0.1015，1.0.0.1020，1.0.0.1030。

从图5中可以看到除了1.0.0.1011升级是6步外,其他版本的最多是5步,这种做法使得低版本升级到高版本是最短的路径,提高了升级的效率,并且产生了增量比较小的文件,大大节省了带宽。

前面已经提到对文件的各版本按照顺序进行重新编号，以方便计算。图6示出了根据本发明一个实施例的非连续版本重新编号的示意图。图7示出了根据本发明一个实施例的连续版本重新编号的示意图。

由于连续的版本其版本号是连续递增的,那么如果实现起来根据增量的跳数可以很方便的拿到具体的升级路径,非连续的版本之间的增量可以看做是连续的增量方式,具体的做法是重新编号,无论是连续的还是非连续的重新编号后，都会变成有序的一组数据，而对于有序的数据，我们处理和操作起来也更方便，这样非连续的各个版本之间就可以转换为连续的增量来计算。从而解决了非连续版本之间无法通过增量跳数升级的问题。其中编号是从0开始累加，所以非连续和连续的增量升级都可以转换为按照重新编号后的升级方式来做。

当版本的迭代非常多,几百甚至上千个版本,如果还是按照起始节点不变,新的版本每次都要从初始节点开始计算,这样的计算接过是我们不想要的。当然我们因为定义了，增量跳数，可以知道增量的路径是按照增量跳数的最大值循环的，参见图如图8。

图8示出了根据本发明一个实施例的大数据量版本升级示意图。从图8可以看到，升级的各个版本之间的增量路径是按照增量跳数的最大值20来循环的，所以对于大数量的各个增量版本之间的升级，我们只需要取比最后的目标版低的前20个就可以了，这样就可以简化增量版本之间的升级。图8中也相当于起始节点从1.0.0.1010偏移到了1.0.0.1030，而偏移量正好是20,所以如果我们可以将整个路径按照增量的最大跳数切割成N块，那么最后一个循环的肯定是从N-1开始，所以可以得到下面两个公式：

公式一:最后的偏移量＝(N-1)*增量的最大跳数；

公式二:最后偏移的版本＝起始版本+最后的偏移量；

这两公式可以解决大数据量的问题。

综合上述通过偏移量解决大数据量的问题的方案，可以总结得到图1所述的方法进一步包括：将指定文件的编号为0的版本设置为起始版本；

所述增量升级列表中的增量升级路径包括：从起始版本开始的所有版本升级到该新版本的增量升级路径。其中，增量升级列表中的每条增量升级路 径包括：从对应的版本升级到该新版本所需经过的版本，以及对应所需的增量文件信息；所述增量文件信息包括：增量文件的下载地址，或者从指定地址下载增量文件的MD5值。每条升级路径均为从升级开始版本升级到该新版本时，所需增量文件个数最少的路径。

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

在此基础上，图1所述的方法进一步包括：将指定文件的编号为X的版本设置为起始版本；其中，X＝M*最大增量跳数；M为自然数且M＝1，…，N-1；N为将从编号为0的版本到该新版本的路径，按照最大增量跳数切割后得到的块的数量。

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

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

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

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

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

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

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

步骤S902，判断是否为初始版本，是则执行步骤S903，否则执行步骤S904。

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

步骤S904，判断是否需要使用全量发布，是则执行步骤S903，否则执行步骤S905。

本步骤中具体判断是否需要使用全量发布包括如下中的一种或多种情况：

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

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

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

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

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

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

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

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

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

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

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

步骤S911，进行测试验证。

步骤S912，判断测试验证是否通过，是则执行步骤S914，否则执行步骤S913。

步骤S913，进行回退处理，返回步骤S901。

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

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

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

设置单元1010，适于将指定文件的各级版本按照先后顺序从0开始进行整数编号；以及适于预设一个或多个增量跳数；

增量预处理单元1020，适于每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本；

增量生成单元1030，适于生成该新版本的发布包与增量预处理单元所找 到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

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

在本发明的一个实施例中，所述增量生成单元1030，适于通过调用增量文件生成工具，生成该新版本的发布包与增量预处理单元所找到的各已发布版本的发布包之间的增量文件。

在本发明的一个实施例中，所述设置单元1010，进一步适于将指定文件的编号为0的版本设置为起始版本；

所述增量生成单元生成的所述增量升级列表中的增量升级路径包括：从起始版本开始的所有版本升级到该新版本的增量升级路径；。

在本发明的一个实施例中，所述增量生成单元生1030成的增量升级列表中的每条增量升级路径包括：从对应的版本升级到该新版本所需经过的版本，以及对应所需的增量文件信息；

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

在本发明的一个实施例中，所述增量生成单元1030生成的增量升级列表中的每条升级路径均为，从升级开始版本升级到该新版本时，所需增量文件个数最少的路径。

在本发明的一个实施例中，所述设置单元1010，进一步适于将指定文件的编号为X的版本设置为起始版本；

其中，X＝M*最大增量跳数；M为自然数且M＝1，…，N-1；

N为将从编号为0的版本到该新版本的路径，按照最大增量跳数切割后得到的块的数量。

在本发明的一个实施例中，所述设置单元1010预设的所述一个或多个增量跳数中至少包括1。

在本发明的一个实施例中，所述增量生成单元1030，在生成包含增量升级路径的增量升级列表之后，进一步适于执行如下中的一项或多项：

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

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

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

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

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

需要说明的是：

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

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

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

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

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

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

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

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

将指定文件的各级版本按照先后顺序从0开始进行整数编号；

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

每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本；

生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

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

A2、如A1所述的方法，其中，生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件包括：

通过调用增量文件生成工具，生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件。

A3、如A1所述的方法，其中，该方法进一步包括：将指定文件的编号为0的版本设置为起始版本；

所述增量升级列表中的增量升级路径包括：从起始版本开始的所有版本升级到该新版本的增量升级路径；。

A4、如A3所述的方法，其中，

增量升级列表中的每条增量升级路径包括：从对应的版本升级到该新版本所需经过的版本，以及对应所需的增量文件信息；

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

A5、如A3所述的方法，其中，

每条升级路径均为从升级开始版本升级到该新版本时，所需增量文件个数最少的路径。

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

将指定文件的编号为X的版本设置为起始版本；

其中，X＝M*最大增量跳数；M为自然数且M＝1，…，N-1；

N为将从编号为0的版本到该新版本的路径，按照最大增量跳数切割后得到的块的数量。

A7、如A1所述的方法，其中，所述一个或多个增量跳数中至少包括1。

A8、如A1所述的方法，其中，在生成包含增量升级路径的增量升级列表之后，并在将所生成的增量升级列表下发到供客户端进行增量升级的配置文件中之前，该方法进一步包括如下中的一项或多项：

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

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

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

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

设置单元，适于将指定文件的各级版本按照先后顺序从0开始进行整数编号；以及适于预设一个或多个增量跳数；

增量预处理单元，适于每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本；

增量生成单元，适于生成该新版本的发布包与增量预处理单元所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文 件生成包含增量升级路径的增量升级列表；

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

B10、如B9所述的装置，其中，

所述增量生成单元，适于通过调用增量文件生成工具，生成该新版本的发布包与增量预处理单元所找到的各已发布版本的发布包之间的增量文件。

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

所述设置单元，进一步适于将指定文件的编号为0的版本设置为起始版本；

所述增量生成单元生成的所述增量升级列表中的增量升级路径包括：从起始版本开始的所有版本升级到该新版本的增量升级路径；。

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

所述增量生成单元生成的增量升级列表中的每条增量升级路径包括：从对应的版本升级到该新版本所需经过的版本，以及对应所需的增量文件信息；

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

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

所述增量生成单元生成的增量升级列表中的每条升级路径均为，从升级开始版本升级到该新版本时，所需增量文件个数最少的路径。

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

所述设置单元，进一步适于将指定文件的编号为X的版本设置为起始版本；

其中，X＝M*最大增量跳数；M为自然数且M＝1，…，N-1；

N为将从编号为0的版本到该新版本的路径，按照最大增量跳数切割后得到的块的数量。

B15、如B9所述的装置，其中，

所述设置单元预设的所述一个或多个增量跳数中至少包括1。

B16、如B9所述的装置，其中，所述增量生成单元，在生成包含增量升级路径的增量升级列表之后，进一步适于执行如下中的一项或多项：

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

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

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

Claims (10)

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

将指定文件的各级版本按照先后顺序从0开始进行整数编号；

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

每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本；

生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

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

2.如权利要求1所述的方法，其中，生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件包括：

通过调用增量文件生成工具，生成该新版本的发布包与所找到的各已发布版本的发布包之间的增量文件。

3.如权利要求1所述的方法，其中，该方法进一步包括：将指定文件的编号为0的版本设置为起始版本；

所述增量升级列表中的增量升级路径包括：从起始版本开始的所有版本升级到该新版本的增量升级路径。

4.如权利要求3所述的方法，其中，

增量升级列表中的每条增量升级路径包括：从对应的版本升级到该新版本所需经过的版本，以及对应所需的增量文件信息；

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

5.如权利要求3所述的方法，其中，

每条升级路径均为从升级开始版本升级到该新版本时，所需增量文件个数最少的路径。

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

将指定文件的编号为X的版本设置为起始版本；

其中，X＝M*最大增量跳数；M为自然数且M＝1，…，N-1；

N为将从编号为0的版本到该新版本的路径，按照最大增量跳数切割后得到的块的数量。

7.如权利要求1所述的方法，其中，所述一个或多个增量跳数中至少包括1。

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

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

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

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

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

设置单元，适于将指定文件的各级版本按照先后顺序从0开始进行整数编号；以及适于预设一个或多个增量跳数；

增量预处理单元，适于每当发布该指定文件的一个新版本时，用每个增量跳数除以该新版本的编号，如果能够整除，则找到版本编号比该新版本的编号低该增量跳数的已发布版本；

增量生成单元，适于生成该新版本的发布包与增量预处理单元所找到的各已发布版本的发布包之间的增量文件，并根据当前以及之前生成的增量文件生成包含增量升级路径的增量升级列表；

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

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

所述增量生成单元，适于通过调用增量文件生成工具，生成该新版本的发布包与增量预处理单元所找到的各已发布版本的发布包之间的增量文件。