CN113110870A - 一种资源打包管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种资源打包管理方法、装置、设备及存储介质。该方法包括：确定待打包资源文件，并通过选定的依赖信息关联表，获取待打包资源文件的各依赖资源文件，提取对待打包资源文件及各依赖资源文件进行打包操作后产生的资源打包日志，通过对资源打包日志的分析，对依赖信息关联表进行管理。利用该方法将待打包资源文件与对应的依赖资源文件一同进行打包操作时，通过产生的资源打包日志实现了对依赖资源文件的检测分析，若依赖资源文件检测错误，采取相应措施对依赖信息关联表进行管理，使得依赖信息关联表中产生依赖资源文件所需的信息，从而使得待打包资源文件与依赖资源文件能够正常打包，进而使得打包后的包体文件实现正常安装运行。

Description

一种资源打包管理方法、装置、设备及存储介质

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种资源打包管理方法、装置、设备及存储介质。

背景技术

目前，游戏引擎Unity已经成为游戏应用软件的主流创作和开发平台。开发商往往具备对游戏应用程序进行动态更新的需求，由此，在基于Unity的实际开发中，会对所形成的程序代码进行打包操作，以使打包后的资源文件用于后续的应用程序安装。

在应用程序打包阶段，Unity中的打包机开始执行相应的打包功能后首先确定待打包的资源文件，然后获取待打包资源文件的导入数据用于后续的打包流程。然而，为保证应用程序到终端设备的正常安装，在实际打包过程中，除了将资源文件作为打包对象外，还需要将该资源文件依赖的所有文件也作为打包对象与该资源文件一同进行打包。

在实现本发明的过程中，发明人发现现有技术存在的缺陷为：同一个资源文件，当其打包所依赖的环境不同时，其所依赖的资源信息存在不同，资源文件所依赖的资源信息往往存放在包体的一个文件中。目前尚不存在该文件的检测机制，来进行所包含资源信息的检验，由此，对资源文件的正常打包造成了影响。

发明内容

有鉴于此，本申请实施例提供了一种资源打包管理方法、装置、设备及存储介质，能够在对待打包资源文件进行打包时，实现对其依赖资源文件的检测。

第一方面，本申请实施例提供了一种资源打包管理方法，包括：

确定待打包资源文件，并通过选定的依赖信息关联表，获取所述待打包资源文件的各依赖资源文件；

提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志；

通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理。

进一步地，还包括：

将游戏引擎所处平台的运行环境作为当前打包环境，从依赖信息关联表集合中确定与所述当前打包环境匹配的依赖信息关联表。

进一步地，提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志，包括：

在所述游戏引擎中，将所述待打包资源文件以及各所述依赖资源文件进行打包；

监测到打包结束后，生成相应的包体文件，并获得与打包过程关联的资源打包日志。

进一步地，所述通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理，包括：

遍历所述资源打包日志中包括的日志内容；

如果日志内容中存在打包错误信息，则根据所述打包错误信息对所述依赖信息关联表进行管理。

进一步地，所述根据所述打包错误信息对所述依赖信息关联表进行管理，包括：

确定所述打包错误信息对应的打包错误原因；

如果所述打包错误原因是缺少所述待打包资源文件的依赖资源，则收集当前打包操作关联的综合信息，并将所述综合信息反馈至文件管理平台；

接收文件管理平台相对所述综合信息反馈的待添加依赖资源，将所述待添加依赖资源的属性信息添加至所述依赖信息关联表中。

进一步地，所述综合信息包括：资源文件信息、游戏引擎所处平台的平台信息和硬件信息、以及游戏引擎所依赖操作系统的系统信息。

进一步地，在将所述待添加依赖资源的属性信息添加至所述依赖信息关联表中之后，还包括：

将所述待添加依赖资源添加至所述待打包资源文件对应的依赖资源集合中，并基于所述待打包资源文件以及所述依赖资源集合中各依赖资源文件重新进行打包操作。

进一步地，在分析所述资源打包日志，确定分析结果为打包成功之后，还包括：

获取打包结束后所形成的包体文件，并将所述包体文件作为所述待打包资源文件的安装文件进行保存。

第二方面，本申请实施例提供了一种资源打包管理装置，包括：

依赖资源获取模块，用于确定待打包资源文件，并通过选定的依赖信息关联表，获取所述待打包资源文件的各依赖资源文件；

资源打包日志提取模块，用于提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志；

依赖信息关联表管理模块，用于通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理。

第三方面，本申请实施例还提供一种计算机设备，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述第一方面所述的资源打包管理装置。

第四方面，本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面资源打包管理方法。

上述提供的一种资源打包管理方法、装置、设备及存储介质，首先确定待打包资源文件，并通过选定的依赖信息关联表，获取待打包资源文件的各依赖资源文件，然后提取对待打包资源文件及各依赖资源文件进行打包操作后产生的资源打包日志，最后通过对资源打包日志的分析，对依赖信息关联表进行管理。该方法将待打包资源文件与对应的依赖资源文件一同进行打包操作时，通过产生的资源打包日志实现了对依赖资源文件的检测分析，若依赖资源文件检测错误，采取相应措施对依赖信息关联表进行管理，使得依赖信息关联表中产生依赖资源文件所需的信息，从而使得待打包资源文件与依赖资源文件能够正常打包，进而使得打包后的包体文件实现正常安装运行。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1给出了本申请实施例一提供的一种资源打包管理方法；

图2给出了本申请实施例二提供的一种资源打包管理方法；

图3给出了本申请实施例三提供的一种资源打包管理装置；

图4给出了本申请实施例四提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

实施例一

图1给出了本申请实施例一提供的一种资源打包管理方法，该方法适用于在进行游戏开发时打包机需要对资源文件打包时将依赖资源文件需要进行一同打包的情况。该方法可以由资源打包管理装置来执行，该资源打包管理装置可以由软件和/或硬件来实现，该资源打包管理装置可以配置在计算机设备上，该计算机设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。一般而言，计算机设备可以是笔记本、台式计算机以及智能平板等。

需要说明的是，在游戏开发过程中，需要对开发出的游戏应用程序通过打包机进行打包操作才能形成可运行的游戏应用软件。在游戏应用程序打包阶段，首先会对待打包资源文件所依赖的所有资源文件进行搜索，将待打包资源文件和搜索到的所有依赖资源文件完整存放至一个包体中，才能进行一个应用程序的后续安装。

将依赖资源文件与待打包资源文件一同打包时，同一个待打包资源文件，当其打包所依赖的环境不同时，其所依赖的资源信息存在不同，现有技术中尚不存对获取的依赖资源文件的检测，若依赖资源文件中包含损坏文件，那么在进行游戏安装，加载已打包好的资源文件时，损坏文件也会被一同加载，会造成程序报错，阻塞游戏运行。

因此，本发明实施例提供一种资源打包管理方法，通过获取待打包资源文件与对应的依赖资源文件一同进行打包操作时产生的资源打包日志，分析依赖资源文件中在资源打包日志的运行过程，以此来克服现有技术中存在的问题，具体步骤如下所示：

如图1所示，本实施例一提供的一种资源打包管理方法，具体包括如下步骤：

S101、确定待打包资源文件，并通过选定的依赖信息关联表，获取所述待打包资源文件的各依赖资源文件。

所述资源文件可理解为在编程阶段编写的需要在打包阶段进行打包操作的游戏程序文件。所述待打包资源文件表示已经进行编写完成的游戏程序文件，需要将其进行保存，以便后续游戏软件的安装使用。

需要知道的是，在对待打包资源文件进行打包时，仅仅对待打包资源文件本身进行打包保存并不能使得游戏软件成功安装，还需将待打包资源文件所依赖的平台、系统及代码等一同进行打包操作。因此，在对待打包资源文件进行打包时，将与待打包资源文件相关的其余所有资源文件，即依赖资源文件，进行一同打包操作，并将待打包资源文件与其相关的依赖资源文件存放至一个包体中，才能进行后续的游戏应用安装操作。

具体地，依赖资源文件的获取方式为，通过预先配置的依赖信息关联表关联所有的待打包资源文件与每个待打包资源文件对应的所有依赖资源文件。当打包机对待打包资源文件进行打包操作时，打包机通过查询依赖信息关联表可获得对应的依赖资源文件，从而调用依赖资源文件，实现待打包资源文件与依赖资源文件的一同打包。

所述依赖信息关联表内可以包含有依赖资源文件的属性信息，例如，文件名称、文件大小，文件修改时间等。还可包含有与待打包资源文件相一致的环境信息。示例性的，所述环境信息可以包括：计算机的软件操作系统，或者硬件配置等信息。例如，在计算机的软件操作系统不同的环境下，同一个资源文件所依赖的资源文件信息也是不同的。因此，在对资源文件进行打包时，也需提取与资源文件同一操作系统环境下的依赖资源文件，由此产生的打包文件才能在系统一致的前提下完成后续的游戏应用安装操作。

S102、提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志。

完成待打包资源文件与各依赖资源文件的打包操作后，基于文件信息可得到对应的资源打包日志。

相应地，得到资源打包日志的方式可以为：在打包机中设置监测接口，系统引擎在监测到打包机完成打包，并在系统引擎内产生资源打包日志后，可向运营人员反馈相应信号，即表明打包完成，使得运用人员能够对产生的资源打包日志进行查看分析。

由于待打包资源文件为已经编写完成的游戏程序文件，在打包阶段对待打包资源文件进行过相应测试，使得能够进入待打包阶段，预示着待打包资源文件为可以正常运行的文件。因此，在对待打包资源文件与其各依赖资源文件进行打包时，还需对依赖资源文件中的文件内容是否正常进行分析。

鉴于上述原因，资源打包日志的内容可包含在对依赖资源进行打包操作时，打包程序的运行情况。即当运行打包程序时，会在打包日志中实时产生：打包操作运行成功或打包操作运行错误等结论性信息，以表示打包操作的运行情况。

进一步地，资源打包日志中的内容还可包含：待打包资源文件及依赖资源文件的文件运行环境、文件大小以及文件名称等信息。

需要说明的是，所述资源打包日志的获得方式及资源打包日志中包含的内容，并不以上述举例为限制。

S103、通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理。

当运营人员查看资源打包日志时，需要对日志中产生的每条“打包操作运行错误”对应的程序进行分析，需要考虑产生错误的原因。运营人员对错误原因进行分析后，需对依赖信息关联表进行相关管理操作，以使得再次进行打包操作时，能够正确完成打包操作。

示例性的，所述错误的原因可能为通过依赖信息关联所获取的依赖资源文件非待打包资源文件所需的依赖包，因此，需要修改依赖信息关联表，该连接关系的修改方式可以为，查询正确的依赖资源文件，将正确的依赖资源文件的文件信息添加至依赖信息关联表中，当再次进行打包操作时，从依赖信息关联表中可以明确对应的依赖资源文件的文件信息，以通过查询资源文件的文件信息实现待打包资源文件与其对应的依赖资源的正确连接。

所述错误原因可能有多种，此处并不以上述举例为限制。

本发明实施例提供的资源打包管理方法，首先确定待打包资源文件，并通过选定的依赖信息关联表，获取待打包资源文件的各依赖资源文件，然后提取对待打包资源文件及各依赖资源文件进行打包操作后产生的资源打包日志，最后通过对资源打包日志的分析，对依赖信息关联表进行管理。该方法将待打包资源文件与对应的依赖资源文件一同进行打包操作时，通过产生的资源打包日志实现了对依赖资源文件的检测分析，若依赖资源文件检测错误，采取相应措施对依赖信息关联表进行管理，使得依赖信息关联表中产生依赖资源文件所需的信息，从而使得待打包资源文件与依赖资源文件能够正常打包，进而使得打包后的包体文件实现正常安装运行。

实施例二

图2给出了本申请实施例二提供的一种资源打包管理方法的流程示意，本实施例以上述实施例为基础进行优化，在本实施例中，还包括：将游戏引擎所处平台的运行环境作为当前打包环境，从依赖信息关联表集合中确定与所述当前打包环境匹配的依赖信息关联表。

同时，进一步优化了提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志，包括：在游戏引擎中，将所述待打包资源文件以及各所述依赖资源文件进行打包；监测到打包结束后，生成相应的包体文件，并获得与打包过程关联的资源打包日志。

进一步地，还优化了所述通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理，包括：遍历所述资源打包日志中包括的日志内容；如果日志内容中存在打包错误信息，则根据所述打包错误信息对所述依赖信息关联表进行管理。

更进一步地，在分析所述资源打包日志，确定分析结果为打包成功之后，还包括：获取打包结束后所形成的包体文件，并将所述包体文件作为所述待打包资源文件的安装文件进行保存。

如图2所示，本申请实施例二提供的一种资源打包管理方法的流程示意图，具体包括如下操作：

S201、将游戏引擎所处平台的运行环境作为当前打包环境，从依赖信息关联表集合中确定与所述当前打包环境匹配的依赖信息关联表。

所述运行环境包括计算机软件信息和硬件信息，所述软件信息主要指操作系统：比如windows，或者Linux等等，也包括一些其他软件，比如office等。所述硬件信息主要指计算机的硬件配置，比如CPU(Central Processing Unit，中央处理器)，内存，显卡，硬盘等等。

示例性的，若游戏引擎所处运行环境的操作系统为windows时，还需注意区分为Windows10系统还是Windows7系统，以保持打包所处系统与操作系统的一致性。

所述依赖信息关联表集合中包含有多个依赖信息关联表，在基于与游戏引擎所处运行环境一致的情况下，从依赖信息关联表集合中选择与当前打包环境匹配的依赖信息关联表。

S202、在游戏引擎中，将所述待打包资源文件以及各所述依赖资源文件进行打包。

在获知游戏引擎所处运行环境的前提下，待打包资源文件所处的运行环境与游戏引擎运行环境一致，通过依赖信息关联表，获得待打包资源文件的依赖资源文件信息，从而实现待打包资源文件以及各依赖资源文件的打包操作。

S203、监测到打包结束后，生成相应的包体文件，并获得与打包过程关联的资源打包日志。

当打包操作完成后，打包完成的资源文件与其各依赖资源文件将形成一个包体文件，所述包体文件为当前文件夹中包含有打包完成的资源文件文件信息及其对应的依赖资源文件的文件信息。

在进行打包过程中启动打包程序，每执行一条打包程序对应的打包步骤，则会产生一条对应的日志，该日志对应当前程序是否成功运行产生的结果，该日志可记录为：打包成功或打包错误。当打包程序运行完成，即表示打包操作完成，生成相应的包体文件，同时生成对应的资源打包日志。

资源打包日志的存放位置可与打包完成的资源文件及其对应的依赖资源文件存放在同一个包体文件中，预示着执行当前打包操作时产生的资源打包日志，可便于运营人员查看。也可存放在运营人员设置的固定位置中，本实施例在此不作限制。

S204、遍历所述资源打包日志中包括的日志内容。

当查看资源打包日志时，若日志中存在“打包成功”则表明执行当前打包程序步骤时，当前程序所对应的打包资源文件对应的当前依赖资源文件为正确信息，即确定打包成功。

当日志中存在一条或多条打包错误，预示着当前错误程序所对应的打包资源文件及对应的当前依赖资源文件为错误信息，从而导致当前打包完成的包体文件中包含有损坏的文件信息，不能被使用。

S205、如果日志内容中存在打包错误信息，则根据所述打包错误信息对所述依赖信息关联表进行管理。

在根据打包错误信息对依赖信息关联表进行管理时，包括：

a)、确定所述打包错误信息对应的打包错误原因。

打包错误原因包含有多种，有可能为在对待打包资源文件及其对应的各依赖资源进行打包时缺少待打包资源文件的依赖资源，也有可能为各依赖资源文件为待打包资源文件所需的一部分资源文件，还有可能为依赖信息关联表将待打包资源文件与其对应的各依赖资源关联错误所导致的。

b)、如果所述打包错误原因是缺少所述待打包资源文件的依赖资源，则收集当前打包操作关联的综合信息，并将所述综合信息反馈至文件管理平台。

在本实施例中，可优选将导致打包错误的原因为缺少所述待打包资源文件的依赖资源作为对依赖资源关联表进行管理的主要触发。具体的，当缺少待打包资源文件的依赖资源时，当前待打包资源文件便不能被成功打包，因此，需要收集当前打包操作下所需的打包综合信息，所述综合信息包括：资源文件信息、游戏引擎所处平台的平台信息和硬件信息、以及游戏引擎所依赖操作系统的系统信息。并将所需的综合信息反馈至文件管理平台。

上述资源文件信息表示待打包资源文件的文件信息，包括资源文件名称，文件大小，文件存储时间等。游戏引擎所处平台的平台信息表示游戏引擎所处的操作系统为windows系统，还是Linux系统，所使用计算机的CPU的大小，内存大小、硬盘大小等。所使用操作系统为windows系统时，需统计为Windows10系统还是Windows7系统等。

文件管理平台将待打包资源文件所需的依赖资源的综合信息以文件信息保存，以方便运营管理人员查阅。

c)、接收文件管理平台相对所述综合信息反馈的待添加依赖资源，将所述待添加依赖资源的属性信息添加至所述依赖信息关联表中。

运营人员查看文件管理平台收集到的由于缺少待打包资源文件的依赖资源所产生的综合信息，将待添加依赖资源添加至待打包资源文件对应的依赖资源集合中，使得待打包资源文件产生对应的依赖资源。同时在依赖信息关联表中添加依赖资源的属性信息，使得在依赖信息关联表实现待打包资源文件与其对应的依赖资源的连接，并基于待打包资源文件以及依赖资源集合中各依赖资源文件重新进行打包操作。

将待添加依赖资源的属性信息添加至依赖信息关联表中，并将待添加依赖资源添加至待打包资源文件对应的依赖资源集合中之后，重新执行S201。

在上述实施例的基础上，若打包错误信息对应的打包错误原因各依赖资源文件为待打包资源文件所需的一部分资源文件时，查看资源打包日志中执行结果为“打包错误”的步骤信息，将错误的依赖资源文件与待打包资源文件在依赖信息关联表中实现解除关联，并通过分析错误的原因为运行环境关联错误，还是资源文件关联错误等，提取正确的依赖资源文件的属性信息，在依赖信息关联表中重新建立连接关系，使得实现待打包资源文件与其对应的依赖资源的关联，从而实现正确的打包操作。

作为本发明实施例的一个可选实施例，在分析所述资源打包日志，确定分析结果为打包成功之后，还包括：获取打包结束后所形成的包体文件，并将所述包体文件作为所述待打包资源文件的安装文件进行保存。

进行保存后的待打包资源文件的安装文件可供其他打包机进行调用。

本实施例提供二的一种资源打包管理方法，在确定待打包资源文件与各依赖资源文件所处运行环境一致的情况下，待打包资源文件通过依赖信息关联表调用对应的各依赖资源文件并进行打包。通过产生的资源打包日志进行分析，若打包错误原因是缺少待打包资源文件的依赖资源，则收集前打包操作关联的综合信息，并根据综合信息重新添加依赖资源，使得依赖资源集合中存在当前待打包资源文件对应的依赖资源，并将重新添加依赖资源的属性信息添加至依赖信息关联表中，能够将当前待打包资源文件与其对应的依赖资源存在连接关系，当重新进行打包操作时，可产生正确完成打包操作时的包体文件。该方法通过产生依赖资源文件的相关检测，使得待打包资源文件与依赖资源文件能够正常打包，进而使得打包后的包体文件实现正常安装运行。

实施例三

图3给出了本申请实施例三提供的一种资源打包管理装置的结构框图。如图3所示，该装置包括：依赖资源获取模块31、资源打包日志提取模块32和关联表管理模块33。

依赖资源获取模块31，用于确定待打包资源文件，并通过选定的依赖信息关联表，获取所述待打包资源文件的各依赖资源文件；

资源打包日志提取模块32，用于提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志；

关联表管理模块33，用于通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理。

本申请实施例三提供的资源打包管理装置，首先确定待打包资源文件，并通过选定的依赖信息关联表，获取待打包资源文件的各依赖资源文件，然后提取对待打包资源文件及各依赖资源文件进行打包操作后产生的资源打包日志，最后通过对资源打包日志的分析，对依赖信息关联表进行管理。该方法将待打包资源文件与对应的依赖资源文件一同进行打包操作时，通过产生的资源打包日志实现了对依赖资源文件的检测分析，若依赖资源文件检测错误，采取相应措施对依赖信息关联表进行管理，使得依赖信息关联表中产生依赖资源文件所需的信息，从而使得待打包资源文件与依赖资源文件能够正常打包，进而使得打包后的包体文件实现正常安装运行。

进一步地，该装置还包括：依赖信息关联确定模块。

依赖信息关联确定模块，用于将游戏引擎所处平台的运行环境作为当前打包环境，从依赖信息关联表集合中确定与所述当前打包环境匹配的依赖信息关联表。

进一步地，资源打包日志提取模块32，还用于在所述游戏引擎中，将所述待打包资源文件以及各所述依赖资源文件进行打包；监测到打包结束后，生成相应的包体文件，并获得与打包过程关联的资源打包日志。

进一步地，关联表管理模块33，还用于遍历所述资源打包日志中包括的日志内容；如果日志内容中存在打包错误信息，则根据所述打包错误信息对所述依赖信息关联表进行管理。

进一步地，该装置还包括：打包错误信息确定模块、综合信息收集模块和属性信息添加模块。

打包错误信息确定模块，用于确定所述打包错误信息对应的打包错误原因；

综合信息收集模块，用于如果所述打包错误原因是缺少所述待打包资源文件的依赖资源，则收集当前打包操作关联的综合信息，并将所述综合信息反馈至文件管理平台；

属性信息添加模块，用于接收文件管理平台相对所述综合信息反馈的待添加依赖资源，将所述待添加依赖资源的属性信息添加至所述依赖信息关联表中。

所述综合信息包括：资源文件信息、游戏引擎所处平台的平台信息和硬件信息、以及游戏引擎所依赖操作系统的系统信息。

进一步地，该装置还包括：依赖资源添加模块；

依赖资源添加模块，用于将所述待添加依赖资源添加至所述待打包资源文件对应的依赖资源集合中，并基于所述待打包资源文件以及所述依赖资源集合中各依赖资源文件重新进行打包操作。

进一步地，该装置还包括：资源文件保存模块；

资源文件保存模块，用于获取打包结束后所形成的包体文件，并将所述包体文件作为所述待打包资源文件的安装文件进行保存

本申请实施例提供的资源打包管理装置可执行本申请任意实施例所提供的资源打包管理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4给出了本申请实施例四提供的一种计算机设备的结构示意图。该计算机设备包括：处理器40、存储器41、显示屏42、输入装置43以及输出装置44。该计算机设备中处理器40的数量可以是一个或者多个，图4中以一个处理器40为例。该计算机设备中存储器41的数量可以是一个或者多个，图4中以一个存储器41为例。该计算机设备的处理器40、存储器41、显示屏42、输入装置43以及输出装置44可以通过总线或者其他方式连接，图4中以通过总线连接为例。实施例中，计算机设备可以是电脑、笔记本或智能平板等。

存储器41作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明任意实施例所述的计算机设备对应的程序指令/模块(例如，依赖资源获取模块31、资源打包日志提取模块32和关联表管理模块33)。存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器41可进一步包括相对于处理器40远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

显示屏42可以为具有触摸功能的显示屏42，其可以是电容屏、电磁屏或者红外屏。一般而言，显示屏42用于根据处理器40的指示显示数据，还用于接收作用于显示屏42的触摸操作，并将相应的信号发送至处理器40或其他装置。

输入装置43可用于接收输入的数字或者字符信息，以及产生与展示设备的用户设置以及功能控制有关的键信号输入。输出装置44可以包括扬声器等音频设备。需要说明的是，输入装置43和输出装置44的具体组成可以根据实际情况设定。

处理器40通过运行存储在存储器41中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的资源打包管理方法。

上述提供的计算机设备可用于执行上述任意实施例提供的资源打包管理方法，具备相应的功能和有益效果。

实施例五

本申请实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种资源打包管理方法，包括：

确定待打包资源文件，并通过选定的依赖信息关联表，获取所述待打包资源文件的各依赖资源文件；提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志；通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的资源打包管理方法操作,还可以执行本发明任意实施例所提供的资源打包管理方法中的相关操作，且具备相应的功能和有益效果。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是机器人，个人计算机，服务器，或者网络设备等)执行本发明任意实施例所述的资源打包管理方法。

值得注意的是，上述资源打包管理装置中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种资源打包管理方法，其特征在于，包括：

确定待打包资源文件，并通过选定的依赖信息关联表，获取所述待打包资源文件的各依赖资源文件；

提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志；

通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理。

2.根据权利要求1所述的方法，其特征在于，还包括：

将游戏引擎所处平台的运行环境作为当前打包环境，从依赖信息关联表集合中确定与所述当前打包环境匹配的依赖信息关联表。

3.根据权利要求1所述的方法，其特征在于，提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志，包括：

在游戏引擎中，将所述待打包资源文件以及各所述依赖资源文件进行打包；

监测到打包结束后，生成相应的包体文件，并获得与打包过程关联的资源打包日志。

4.根据权利要求1所述的方法，其特征在于，所述通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理，包括：

遍历所述资源打包日志中包括的日志内容；

如果日志内容中存在打包错误信息，则根据所述打包错误信息对所述依赖信息关联表进行管理。

5.根据权利要求4所述的方法，其特征在于，所述根据所述打包错误信息对所述依赖信息关联表进行管理，包括：

确定所述打包错误信息对应的打包错误原因；

如果所述打包错误原因是缺少所述待打包资源文件的依赖资源，则收集当前打包操作关联的综合信息，并将所述综合信息反馈至文件管理平台；

接收文件管理平台相对所述综合信息反馈的待添加依赖资源，将所述待添加依赖资源的属性信息添加至所述依赖信息关联表中。

6.根据权利要求5所述的方法，其特征在于，所述综合信息包括：资源文件信息、游戏引擎所处平台的平台信息和硬件信息、以及游戏引擎所依赖操作系统的系统信息。

7.根据权利要求5所述的方法，其特征在于，在将所述待添加依赖资源的属性信息添加至所述依赖信息关联表中之后，还包括：

将所述待添加依赖资源添加至所述待打包资源文件对应的依赖资源集合中，并基于所述待打包资源文件以及所述依赖资源集合中各依赖资源文件重新进行打包操作。

8.根据权利要求1-7任一项所述的方法，其特征在于，在分析所述资源打包日志，确定分析结果为打包成功之后，还包括：

获取打包结束后所形成的包体文件，并将所述包体文件作为所述待打包资源文件的安装文件进行保存。

9.一种资源打包管理装置，其特征在于，包括：

依赖资源获取模块，用于确定待打包资源文件，并通过选定的依赖信息关联表，获取所述待打包资源文件的各依赖资源文件；

资源打包日志提取模块，用于提取对所述待打包资源文件及各所述依赖资源文件进行打包操作后产生的资源打包日志；

依赖信息关联表管理模块，用于通过对所述资源打包日志的分析，对所述依赖信息关联表进行管理。

10.一种计算机设备，其特征在于，包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8任一所述的方法。

11.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-8所述的方法。

Images