CN108334368A - 一种基于Unity引擎的更新文件打包方法及打包工具 - Google Patents

Abstract

本发明提供一种基于Unity引擎的更新文件打包方法，包括:a)从节点标记文件中读取所有需要打包的节点，其中位于所述节点的更新包内包含有不同版本的更新文件，对标记文件中需要打包的节点进行基础节点、普通节点和重要节点划分；b)创建新的打包文件列表；c)对所述所有需要打包的节点按照倒序方式进行外层遍历；当遍历至所述重要节点时，停止打包；d)所述步骤c)中所述外层遍历中相邻的两个需要打包的节点之间未选中的需要打包的节点按照倒序方式进行内层遍历；当遍历至所述重要节点时，停止打包。本发明更新文件打包方法能够避免重发打包，有效减低打包后产生的更新包文件的总占用空间，减少了更新包压缩后的体积。

Description

一种基于Unity引擎的更新文件打包方法及打包工具

技术领域

本发明涉及计算机技术领域，特别涉及一种基于Unity引擎的更新文件打包方法及打包工具。

背景技术

当前市场上的手机游戏通常需发布在安卓和iOS平台。而由于平台的限制，以及手游系统越来越复杂的特性，新功能新需求以及bug修复的迭代周期越来越短，程序代码美术资源策划配置等文件往往需要通过热更新的方案安装到手机游戏app中。打包工具的作用即是将这些准备热更新的文件以一定的规则挑选组合压缩成可供游戏安装的更新包。

然而，当前已知的打包工具存在着以下不足：

(1)算法落后，产生的更新包文件较大

目前的打包工具都是简单的基于版本管理工具的差异记录挑选待更新的文件，这样在产生更新包较多时，经常有重复文件被打进多个更新包中，导致整体更新数据过大，影响玩家的体验。

(2)需要人工操作，容错率较低

目前需要制作哪些版本间的更新包，这一环节是通过熟悉项目的管理人员手工操作的，并且随着游戏版本越来越多，打包时间也越来越长，也需要人工监督，这样不但出错概率较高，也影响开发效率。

(3)只有用户界面，不支持自动化

传统打包工具都是基于用户界面的，并没有针对操作系统命令行版本，不支持和其他自动化脚本集成，将整个更新发布流程自动化。

因此，为了解决上述问题，需要能够减小更新包文件大小，提高打包过程的容错率，以及开发效率的一种基于Unity引擎的更新文件打包方法及打包工具。

发明内容

本发明的一个方面在于提供一种基于Unity引擎的更新文件打包方法，适于在计算设备中执行，所述方法包括:

a)从节点标记文件中读取所有需要打包的节点，其中位于所述节点的更新包内包含有不同版本的更新文件，对标记文件中需要打包的节点进行基础节点、普通节点和重要节点划分；

b)创建新的打包文件列表；

c)对所述所有需要打包的节点按照倒序方式进行外层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包；

d)所述步骤c)中所述外层遍历中相邻的两个需要打包的节点之间未选中的需要打包的节点按照倒序方式进行内层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包。

优选地，外层遍历过程遍历至某一节点时，导出该节点的更新文件前将该节点的更新文件与所述打包文件列表中已保存的更新文件进行对比，当所述打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。

优选地，内层遍历过程遍历至某一节点时，导出该节点的更新文件前将该节点的更新文件与所述打包文件列表中已保存的更新文件进行对比，当所述打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。

优选地，每次打包结束后所述打包文件列表生成对应的更新包，根据所述更新包更新所述节点标记文件的节点号。

优选地，所述节点标记文件中将应用于整包发布的版本标记为重要节点。

优选地，所述节点标记文件的节点号与版本管理器记录的版本号映射。

优选地，打包结束后生成版本记录文件，所述版本记录文件包括更新包的描述信息、更新包的md5值和更新包文件大小信息。

本发明的另一个方面在于提供一种更新文件打包工具，所述打包工具包括打包模块和存储模块，其中所述打包模块执行更新文件打包方法的指令；

所述存储模块包括客户端接口模块、更新包存储模块和配置模块，其中

所述客户端接口模块，用于链接客户端，存储客户端的数据；

所述更新包存储模块，用于存储打包生成的更新包；

配置模块，用于存储节点标记文件，以及根据更新包更新节点标记文件。

优选地，所述打包模块执行如下指令：

1)从节点标记文件中读取所有需要打包的节点，其中位于所述节点的更新包内包含有不同版本的更新文件，对标记文件中需要打包的节点进行基础节点、普通节点和重要节点划分；

2)创建新的打包文件列表；

3)对所述所有需要打包的节点按照倒序方式进行外层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包；

4)所述步骤3)中所述外层遍历中相邻的两个需要打包的节点之间未选中的需要打包的节点按照倒序方式进行内层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包。

本发明提供的一种基于Unity引擎的更新文件打包方法及打包工具，通过对需要打包的节点进行外层和内层倒序遍历，并在节点标记文件中定义重要节点(important节点)有效算短了打包时间，本发明在打包过程中对更新文件进行重复判断，使打包结束后更新包里的每个文件仅被打包了一次。本发明一种基于Unity引擎的更新文件打包方法及打包工具有效减低打包后产生的更新包文件的总占用空间，减少了更新包压缩后的体积。

同时本发明采用节点标记文件与版本管理器映射，实现打包过程的自动化，无需人工监督，缩短打包过程，降低了打包过程出错的概率，提高了开发效率。

应当理解，前述大体的描述和后续详尽的描述均为示例性说明和解释，并不应当用作对本发明所要求保护内容的限制。

附图说明

参考随附的附图，本发明更多的目的、功能和优点将通过本发明实施方式的如下描述得以阐明，其中：

图1示意性示出了本发明节点标记文件的节点号与版本管理器记录的版本号的映射示意图；

图2示出了本发明更新文件打包方法的流程框图；

图3示出了本发明更新文件打包方法外层序列与内层序列倒序遍历的示意图；

图4示出了本发明更新文件打包工具的结构框图。

具体实施方式

通过参考示范性实施例，本发明的目的和功能以及用于实现这些目的和功能的方法将得以阐明。然而，本发明并不受限于以下所公开的示范性实施例；可以通过不同形式来对其加以实现。说明书的实质仅仅是帮助相关领域技术人员综合理解本发明的具体细节。

在下文中，将参考附图描述本发明的实施例，相关技术术语应当是本领域技术人员所熟知的。在附图中，相同的附图标记代表相同或类似的部件，或者相同或类似的步骤，除非另有说明。下面通过具体的实施例对本发明的内容进行说明，为了使本发明的内容得以更加清晰的阐释，需要说明的是本发明更新文件打包方法及打包工具是基于版本管理器(SVN)的基础上进行的。本发明每次打包后将更新包在节点标记文件(ZVS)中以节点的方式进行标记，根据本发明节点标记文件的节点号与版本管理器(SVN)的版本号映射。如图1所示本发明节点标记文件的节点号与版本管理器记录的版本号的映射示意图，根据本发明节点标记文件中的节点在打包过程中进行进行基础节点(base)、普通节点(normal)和重要节点(important)划分，划分过程中，节点标记文件中将应用于整包发布的版本标记为重要节点(important)，也就是说重要节点的更新包中包含有全部更新文件。

如图1所示，实施例中示例性的给出了节点标记文件中的节点号与版本管理器记录的版本号的映射关系，即ZVS节点1对应SVN版本8、ZVS节点2对应SVN版本10、ZVS节点3对应SVN版本18、ZVS节点4对应SVN版本25、ZVS节点5对应SVN版本31。应当理解，划分的基础节点(base)、普通节点(normal)和重要节点(important)并非按照节点顺序划分，相互之间可以存在交叉，例如在节点5后仍然可以出现节点7为基础节点(base)。

下面将详细对本发明的更新文件打包方法做出详细说明，如图2所示本发明更新文件打包方法的流程框图，根据本发明实施例中一种基于Unity引擎的更新文件打包方法适于在计算设备中执行，所述方法包括:

S101、读取节点标记文件中所有需要打包的节点

从节点标记文件中读取所有需要打包的节点，其中位于所述节点的更新包内包含有不同版本的更新文件，对标记文件中需要打包的节点进行基础节点、普通节点和重要节点划分。

S102、外层遍历需要打包的节点

本发明打包过程采用外层和内层嵌套的方式进行遍历，以防止对节点遍历过程中的遗漏。在进行对节点标记文件中的节点进行遍历之前需要，需要创建新的打包文件列表，用于将遍历后的更新文件保存至打包文件列表中。

如图3所示本发明更新文件打包方法外层序列与内层序列倒序遍历的示意图，对所有需要打包的节点按照倒序方式进行外层遍历(w)，当遍历至某一节点时，导出该节点的更新文件并保存在打包文件列表中；当遍历至所述重要节点(important)时，停止打包。举例来说，本实施例中外层遍历(w)依次按照倒序的方式遍历版本管理器记录的版本号SVN349、SVN343、SVN338，遍历至某一个节点(例如SVN343)时，导出该节点更新包中的更新文件。

外层遍历过程遍历至某一节点时，导出该节点的更新文件前将该节点的更新文件与打包文件列表中已保存的更新文件进行对比，当打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。例如遍历至节点SVN343时，将位于节点SVN343更新包内的更新文件与打包文件列表中已经保存的更新文件进行对比，当打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。

S103、内层遍历需要打包的节点

在外层遍历过程中会出现对节点未选中的情况，对外层遍历中相邻的两个需要打包的节点之间未选中的需要打包的节点按照倒序方式进行内层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点(important)时，停止打包。举例来说，本实施例中版本管理器记录的版本号SVN349的节点与版本管理器记录的版本号SVN343的节点之间未选中的需要打包的节点进行内层遍历(N1)，版本管理器记录的版本号SVN341的节点与版本管理器记录的版本号SVN338的节点之间未选中的需要打包的节点进行内层遍历(N2)。下面以内层遍历(N2)示例性的进行说明，内层遍历(N2)按照倒序的方式遍历版本管理器记录的版本号SVN340、SVN339，遍历至某一个节点(例如SVN340)时，导出该节点更新包中的更新文件。

内层遍历过程遍历至某一节点时，导出该节点的更新文件前将该节点的更新文件与打包文件列表中已保存的更新文件进行对比，当打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。例如遍历至节点SVN340时，将位于节点SVN340更新包内的更新文件与打包文件列表中已经保存的更新文件进行对比，当打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。

S104、生成新的更新包

步骤S102与步骤S103不断循环，直至节点标记文件中所有需要打包的节点全部遍历完成。保存至打包文件列表中的更新文件生成新的更新包。优选地，更新包的压缩过程采用多线程非固实压缩，但并不限于此，本领域技术人员可以根据具体的方式选择压缩算法的接口。

通过上述本发明更新文件打包方法每次打包结束，生成的新的更新包里的每个文件都仅被打包了一次，并且是最新的依次，实现生成的新的更新包内文件总数是最少的。

根据本发明每次打包结束后打包文件列表生成对应的更新包，根据生成的新的更新包更新节点标记文件的节点号。举例来说，如图1所示假设节点标记文件中最新的更新包对应的节点为ZVS节点5，在打包完成后，节点号为5的ZVS节点后对生成的新的更新包进行编号为ZVS节点6。

本发发明打包结束后在生成新的更新包的同时会生成版本记录文件，版本记录文件包括更新包的描述信息、更新包的md5值和更新包文件大小信息。例如如下版本记录文件的格式：

Version:29/3

Project:FS

上述版本记录文件为.txt文件，以第一行为例，8-10为更新包的描述信息，其表示更新包对应的起始版本管理器(SVN)的版本号为8，对应的终止版本管理器(SVN)的版本号10。

290c7f3fe4f78422239bc8d667f8e6b8为更新包的md5值。

1708959为更新包的文件大小信息。

对示例中生成的上述四个更新包，客户端根据当前版本管理器(SVN)的版本号更下载需要的更新包。例如如果当前版本管理器(SVN)的版本号是18，则在所有起始版本≤18的更新包中，找出起始版本最接近18的。如果有多个起始版本，就在多个更新包中，选取对应的终止版本管理器(SVN)的版本号最大的一个。

本发明基于Unity引擎的更新文件打包方法通过打包工具实现，如图4所示本发明更新文件打包工具的结构框图，具体地打包工具100包括打包模块101和存储模块，其中打包模块执行更新文件打包方法的指令。

存储模块包括客户端接口模块104、更新包存储模块103和配置模块102，其中

客户端接口模块104，用于链接客户端，存储客户端的数据；

更新包存储模块103，用于存储打包生成的更新包；

配置模块102，用于存储节点标记文件，以及根据更新包更新节点标记文件。

打包模块101执行如下指令：

S1、由节点标记文件中读取所有需要打包的节点，其中位于所述节点的更新包内包含有不同版本的更新文件，对标记文件中需要打包的节点进行基础节点、普通节点和重要节点划分；

S2、创建新的打包文件列表；

S3、对所述所有需要打包的节点选取外层遍历序列，对所述外层遍历序列按照倒序方式进行外层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包；

S4、步骤S3中外层遍历序列中相邻的两个需要打包的节点之间需要打包的节点按照倒序方式进行内层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包。

具体地本发明打包工具中打包模块所执行的指令与实施例中上文更新文件打包方法的过程相同，这里不再累述。

本发明提供的一种基于Unity引擎的更新文件打包方法及打包工具可以通过命令行或图形界面的方式进行更新文件打包，本领域技术人员可以根据需求选择打包的方式。优选地，本发明提供的一种基于Unity引擎的更新文件打包方法及打包工具对开发项目的流程需要自动化的方式，选择命令行的方式进行打包。更优选地，本发明一种基于Unity引擎的更新文件打包方法及打包工具对自动化需求不多的项目，选择便捷的图形界面的方式。

本发明提供的一种基于Unity引擎的更新文件打包方法及打包工具，通过对需要打包的节点进行外层和内层倒序遍历，并在节点标记文件中定义重要节点(important节点)有效算短了打包时间，本发明在打包过程中对更新文件进行重复判断，使打包结束后更新包里的每个文件仅被打包了一次。本发明一种基于Unity引擎的更新文件打包方法及打包工具有效减低打包后产生的更新包文件的总占用空间，减少了更新包压缩后的体积。

同时本发明采用节点标记文件与版本管理器映射，实现打包过程文件配置的自动化，无需人工监督，缩短打包过程，降低了打包过程出错的概率，提高了开发效率。

结合这里披露的本发明的说明和实践，本发明的其他实施例对于本领域技术人员都是易于想到和理解的。说明和实施例仅被认为是示例性的，本发明的真正范围和主旨均由权利要求所限定。

Claims (9)

1.一种基于Unity引擎的更新文件打包方法，适于在计算设备中执行，其特征在于，所述方法包括:

a)从节点标记文件中读取所有需要打包的节点，其中位于所述节点的更新包内包含有不同版本的更新文件，对标记文件中需要打包的节点进行基础节点、普通节点和重要节点划分；

b)创建新的打包文件列表；

c)对所述所有需要打包的节点按照倒序方式进行外层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包；

d)所述步骤c)中所述外层遍历中相邻的两个需要打包的节点之间未选中的需要打包的节点按照倒序方式进行内层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包。

2.根据权利要求1所述的方法，其特征在于，外层遍历过程遍历至某一节点时，导出该节点的更新文件前将该节点的更新文件与所述打包文件列表中已保存的更新文件进行对比，当所述打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。

3.根据权利要求1所述的方法，其特征在于，内层遍历过程遍历至某一节点时，导出该节点的更新文件前将该节点的更新文件与所述打包文件列表中已保存的更新文件进行对比，当所述打包文件列表中存在该节点的更新文件，则该节点的更新文件不再导出。

4.根据权利要求1所述的方法，其特征在于，每次打包结束后所述打包文件列表生成对应的更新包，根据所述更新包更新所述节点标记文件的节点号。

5.根据权利要求1或4所述的方法，其特征在于，所述节点标记文件中将应用于整包发布的版本标记为重要节点。

6.根据权利要求1或4所述的方法，其特征在于，所述节点标记文件的节点号与版本管理器记录的版本号映射。

7.根据权利要求1所述的方法，其特征在于，打包结束后生成版本记录文件，所述版本记录文件包括更新包的描述信息、更新包的md5值和更新包文件大小信息。

8.一种用于权利要求1至7任一权利要求所述打包方法的打包工具，其特征在于，所述打包工具包括打包模块和存储模块，其中所述打包模块执行更新文件打包方法的指令；

所述存储模块包括客户端接口模块、更新包存储模块和配置模块，其中

所述客户端接口模块，用于链接客户端，存储客户端的数据；

所述更新包存储模块，用于存储打包生成的更新包；

配置模块，用于存储节点标记文件，以及根据更新包更新节点标记文件。

9.根据权利要求8所述的打包工具，其特征在于，所述打包模块执行如下指令：

1)从节点标记文件中读取所有需要打包的节点，其中位于所述节点的更新包内包含有不同版本的更新文件，对标记文件中需要打包的节点进行基础节点、普通节点和重要节点划分；

2)创建新的打包文件列表；

3)对所述所有需要打包的节点按照倒序方式进行外层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包；

4)所述步骤3)中所述外层遍历中相邻的两个需要打包的节点之间未选中的需要打包的节点按照倒序方式进行内层遍历，当遍历至某一节点时，导出该节点的更新文件并保存在所述打包文件列表中；当遍历至所述重要节点时，停止打包。