资源发布的处理方法及装置与流程

本发明涉及计算机领域，具体而言，涉及一种资源发布的处理方法及装置。

背景技术：

软件开发项目通常采用版本管理工具进行版本管理与发布。换言之，版本管理工具是对程序代码与美术资源进行备份的中央服务器，软件开发项目的所有文件均存储在该服务器中。用户可以向服务器获取、添加、修改与删除文件，并由该服务器记录每次文件更新，并赋予一个版本号，以跟踪文件在软件开发项目中的发展历程，使每个软件开发项目的参与者对文件的更新人员信息、更新内容信息一目了然。所有文件都可以在同一个中央服务中进行开发与管理，参与者在任何时候、任何情况下，均可以对旧版本进行跟踪、修改或返回，同时还能够确保数据不会意外被覆盖或丢失，从而实现协同工作并最终选择合适的版本进行发布。

然而，版本管理工具更适用于开发与管理文本文件，而对于美术资源的图片、三维模型等较大的二进制文件，则无法进行查看与修改，因此，版本管理工具不太适用于美术人员对文件进行开发与管理。

在通常情况下，美术资源会采用多媒体版本管理工具进行开发与管理，其为一种专为美术开发人员量身定制的版本管理工具，具有直观、简洁的用户界面，而且还能够提供二维和三维图片文件的高分辨率预览和缩略图，进而能够快速、准确地查找目标文件。此外，多媒体版本管理工具还提供了分层功能，便于在各层图片上添加注释和标画，进而使得让每次修订一目了然，不仅如此，多媒体版本管理工具还集成有Photoshop、3DMAX等二维与三维常用制图工具，能够使得美术开发人员在不同应用程序中灵活切换。

尽管如此，由于美术资源需要提交到版本管理工具上与程序代码共同使用，为此，还需要进行以下操作：

操作一、多媒体版本管理工具提供了一个文件同步的命令行工具，该命令的功能在于：将服务器中的文件下载到本地目录，同时删除本地目录中多余的文件(即服务器中不存在的文件)，该命令能够确保本地目录下的文件与服务器中存储的文件保持一致，进而作为一个镜像副本存在。另外，在使用该命令执行同步操作后，可以在本地目录与服务器之间建立关联关系，即在该本地目录下生成一个负责记录版本、文件索引等信息的关联文件(.get_date.dat)，对于上述本地目录在本申请中被称为本地副目录。

通过使用多媒体版本管理工具提供的同步美术资源功能，可以将服务器的资源库中新增与修改的资源获取到本地副目录，同时删除本地副目录中资源库不存在的资源。

操作二、将增加与修改的资源拷贝覆盖到版本管理工具本地副目录，然后再上传至版本管理工具。

操作三、针对删除的资源，同时也需要从版本管理工具上加以删除。

在相关技术中，当修改的资源数量过多时，对指定资源进行同步并上传至版本管理工具会变得极为困难，而只能针对多媒体版本管理工具资源库中的全部资源统一进行同步，然后再将同步得到的资源上传至版本管理工具，然而，上述操作过程会存在以下问题：

1、单次对全部资源统一进行同步会消耗相当长的时间。

2、无法实现将指定资源同步与上传至版本管理工具，进而无法管理资源的发布，却需要强制性地执行全部资源统一同步与发布。

3、当资源上传完毕后，经过测试人员检测后发现资源存在错误，例如：模型贴图位置错误、武器拿反、模型缺动作、场景缺模型，还需要通知相关美术人员重新制作资源，并对资源存在的错误加以修正，然后再重新同步并上传至版本管理工具，由此导致整个操作过程效率低下。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种资源发布的处理方法及装置，以至少解决相关技术中所提供的利用版本管理工具对多媒体版本管理工具资源库中的资源文件进行发布的方案操作繁琐、效率低下的技术问题。

根据本发明实施例的一个方面，提供了一种资源发布的处理方法，包括：

获取当前最新生成的资源文件更新列表；从资源文件更新列表中选取处于初始状态的部分或全部资源文件列表发送至一个或多个第一用户终端；接收来自于一个或多个第一用户终端的资源文件待发布列表，其中，资源文件待发布列表中的资源文件是由一个或多个第一用户终端从部分或全部资源文件列表中选取的，且选取的资源文件将由初始状态转变成待发布状态；确定资源文件待发布列表中包含的资源文件的处理方式。

可选地，确定资源文件待发布列表中包含的资源文件的处理方式包括：将资源文件待发布列表发送至一个或多个第二用户终端；根据一个或多个第二用户终端反馈的对资源文件待发布列表的判定结果确定资源文件待发布列表中包含的资源文件的处理方式。

可选地，获取资源文件更新列表包括：对第一服务器上存储的资源文件与本地资源文件副目录进行同步操作，其中，第一服务器用于对美术资源进行版本管理，本地资源文件副目录为第一服务器上存储的资源文件的镜像副本；根据本地资源文件副目录生成第一指纹信息，其中，第一指纹信息至少包括：每个资源文件的路径、每个资源文件的修改时间，每个资源文件的校验值；获取执行上一次同步操作生成并存储的第二指纹信息；将第一指纹信息和第二指纹信息进行比对，查找发生更新的资源文件并采用第一操作命令从第一服务器获取发生更新的资源文件对应的更新属性信息，生成资源文件更新列表，其中，更新属性信息至少包括：更新时间、更新用户、更新备注。

可选地，对第一服务器上存储的资源文件与本地资源文件副目录进行同步操作包括：采用第二操作命令从第一服务器获取新增的资源文件和/或修改的资源文件；采用第三操作命令查看第一服务器的回收站中是否存在已删除的资源文件；如果是，则在本地资源文件副目录中删除已删除的资源文件对应的资源文件副本后，完成同步操作；如果否，则完成同步操作。

可选地，将第一指纹信息和第二指纹信息进行比对，查找发生更新的资源文件并获取发生更新的资源文件对应的更新属性信息，生成资源文件更新列表包括：遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为新增资源文件；和/或，遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中查找到对应的路径，则将查找到的两个资源文件的校验值进行比对，如果不一致，则确定当前遍历的资源文件为修改资源文件；和/或，遍历第二指纹信息中每个资源文件的路径，如果在第一指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为删除资源文件；采用第一操作命令从第一服务器获取与确定的新增资源文件和/或修改资源文件和/或删除资源文件对应的更新属性信息；通过确定的新增资源文件和/或修改资源文件和/或删除资源文件以及对应的更新属性信息生成资源文件更新列表。

可选地，根据一个或多个第二用户终端反馈的判定结果确定处理方式包括以下至少之一：如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为不允许发布的资源文件，则从资源文件待发布列表中删除不允许发布的资源文件，并将不允许发布的资源文件的待发布状态还原为初始状态；如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为允许发布的资源文件，则从资源文件待发布列表中删除允许发布的资源文件，并将允许发布的资源文件提交到第二服务器，其中，第二服务器用于对允许发布的资源文件进行发布。

可选地，当第二服务器还用于对允许发布的资源文件相匹配的代码文件进行发布时，在将允许发布的资源文件提交到第二服务器之前，还包括：对第二服务器上存储的代码文件与本地代码文件副目录进行同步操作，其中，本地代码文件副目录为第二服务器上存储的代码文件的镜像副本；采用预设检查规则对允许发布的资源文件以及本地代码文件副目录中与允许发布的资源文件关联的代码文件进行联合检查；如果通过联合检查，则确定将允许发布的资源文件提交到第二服务器。

可选地，在采用预设检查规则对允许发布的资源文件以及关联的代码文件进行联合检查之后，还包括：将检查结果反馈至一个或多个第一用户终端以及一个或多个第二用户终端，其中，检查结果用于辅助一个或多个第一用户终端以及一个或多个第二用户终端判断资源文件待发布列表中的资源文件是否允许被发布。

根据本发明实施例的另一方面，还提供了一种资源发布的处理装置，包括：

获取模块，用于获取当前最新生成的资源文件更新列表；选取模块，用于从资源文件更新列表中选取处于初始状态的部分或全部资源文件列表发送至一个或多个第一用户终端；接收模块，用于接收来自于一个或多个第一用户终端的资源文件待发布列表，其中，资源文件待发布列表中的资源文件是由一个或多个第一用户终端从部分或全部资源文件列表中选取的，且选取的资源文件将由初始状态转变成待发布状态；确定模块，用于确定资源文件待发布列表中包含的资源文件的处理方式。

可选地，确定模块包括：发送单元，用于将资源文件待发布列表发送至一个或多个第二用户终端；处理单元，用于根据一个或多个第二用户终端反馈的对资源文件待发布列表的判定结果确定资源文件待发布列表中包含的资源文件的处理方式。

可选地，获取模块包括：同步单元，用于对第一服务器上存储的资源文件与本地资源文件副目录进行同步操作，其中，第一服务器用于对美术资源进行版本管理，本地资源文件副目录为第一服务器上存储的资源文件的镜像副本；生成单元，用于根据本地资源文件副目录生成第一指纹信息，其中，第一指纹信息至少包括：每个资源文件的路径、每个资源文件的修改时间，每个资源文件的校验值；第一获取单元，用于获取执行上一次同步操作生成并存储的第二指纹信息；第二获取单元，用于将第一指纹信息和第二指纹信息进行比对，查找发生更新的资源文件并采用第一操作命令从第一服务器获取发生更新的资源文件对应的更新属性信息，生成资源文件更新列表，其中，更新属性信息至少包括：更新时间、更新用户、更新备注。

可选地，同步单元包括：第一获取子单元，用于采用第二操作命令从第一服务器获取新增的资源文件和/或修改的资源文件；判断子单元，用于采用第三操作命令查看第一服务器的回收站中是否存在已删除的资源文件；处理子单元，用于在判断子单元输出为是时，在本地资源文件副目录中删除已删除的资源文件对应的资源文件副本后，完成同步操作；或者，在判断子单元输出为否时，完成同步操作。

可选地，第二获取单元包括：查找子单元，用于遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为新增资源文件；和/或，遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中查找到对应的路径，则将查找到的两个资源文件的校验值进行比对，如果不一致，则确定当前遍历的资源文件为修改资源文件；和/或，遍历第二指纹信息中每个资源文件的路径，如果在第一指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为删除资源文件；第二获取子单元，用于采用第一操作命令从第一服务器获取与确定的新增资源文件和/或修改资源文件和/或删除资源文件对应的更新属性信息；生成子单元，用于通过确定的新增资源文件和/或修改资源文件和/或删除资源文件以及对应的更新属性信息生成资源文件更新列表。

可选地，处理单元包括：处理子单元，用于如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为不允许发布的资源文件，则从资源文件待发布列表中删除不允许发布的资源文件，并将不允许发布的资源文件的待发布状态还原为初始状态；和/或，如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为允许发布的资源文件，则从资源文件待发布列表中删除允许发布的资源文件，并将允许发布的资源文件提交到第二服务器，其中，第二服务器用于对允许发布的资源文件以及匹配的代码文件进行发布。

可选地，处理单元还包括：同步子单元，用于当第二服务器还用于对允许发布的资源文件相匹配的代码文件进行发布时，对第二服务器上存储的代码文件与本地代码文件副目录进行同步操作，其中，本地代码文件副目录为第二服务器上存储的代码文件的镜像副本；检查子单元，用于采用预设检查规则对允许发布的资源文件以及本地代码文件副目录中与允许发布的资源文件关联的代码文件进行联合检查；确定子单元，用于如果通过联合检查，则确定将允许发布的资源文件提交到第二服务器。

可选地，处理单元还包括：反馈子单元，用于将检查结果反馈至一个或多个第一用户终端以及一个或多个第二用户终端，其中，检查结果用于辅助一个或多个第一用户终端以及一个或多个第二用户终端判断资源文件待发布列表中的资源文件是否允许被发布。

在本发明实施例中，采用获取当前最新生成的资源文件更新列表，并从资源文件更新列表中选取处于初始状态的部分或全部资源文件列表发送至一个或多个第一用户终端，然后接收来自于一个或多个第一用户终端根据上述部分或全部资源文件列表确定的资源文件待发布列表的方式，通过确定资源文件待发布列表中包含的资源文件的处理方式，达到了降低资源发布操作的复杂度，减少资源发布操作消耗的时间的目的，从而实现了提高资源发布效率，简化资源发布操作流程的技术效果，进而解决了相关技术中所提供的利用版本管理工具对多媒体版本管理工具资源库中的资源文件进行发布的方案操作繁琐、效率低下的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的资源发布的处理方法的流程图；

图2是根据本发明优选实施例提供的生成资源文件更新列表过程的示意图；

图3是根据本发明优选实施例的高效资源同步过程的示意图；

图4是根据本发明优选实施例的资源文件差异比对过程示意图；

图5是根据本发明优选实施例的资源管理发布的用户终端/服务端交互过程示意图；

图6是根据本发明优选实施例的资源文件检查过程的示意图；

图7是根据本发明实施例的资源发布的处理装置的结构框图；

图8是根据本发明优选实施例的资源发布的处理装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种资源发布的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的资源发布的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S10，获取当前最新生成的资源文件更新列表；

步骤S12，从资源文件更新列表中选取处于初始状态的部分或全部资源文件列表发送至一个或多个第一用户终端；

步骤S14，接收来自于一个或多个第一用户终端的资源文件待发布列表，其中，资源文件待发布列表中的资源文件是由一个或多个第一用户终端从部分或全部资源文件中选取的，且选取的资源文件将由初始状态转变成待发布状态；

步骤S16，确定资源文件待发布列表中包含的资源文件的处理方式。

通过上述步骤，可以采用获取当前最新生成的资源文件更新列表，并从资源文件更新列表中选取处于初始状态的部分或全部资源文件发送至一个或多个第一用户终端，然后接收来自于一个或多个第一用户终端根据上述部分或全部资源文件确定的资源文件待发布列表，从而确定资源文件待发布列表中包含的资源文件的处理方式，达到了降低资源发布操作的复杂度，减少资源发布操作消耗的时间的目的，从而实现了提高资源发布效率，简化资源发布操作流程的技术效果，进而解决了相关技术中所提供的利用版本管理工具对多媒体版本管理工具资源库中的资源文件进行发布的方案操作繁琐、效率低下的技术问题。

需要说明的是，为了对本发明实施例提出的资源发布的处理方法的实施过程做进一步解释说明，下文中将以SVN作为版本管理工具、AlienBrain作为多媒体版本管理工具为例进行详细描述。

可选地，在步骤S16中，确定资源文件待发布列表中包含的资源文件的处理方式可以包括以下执行步骤：

步骤S161，将资源文件待发布列表发送至一个或多个第二用户终端；

步骤S162，根据一个或多个第二用户终端反馈的对资源文件待发布列表的判定结果确定资源文件待发布列表中包含的资源文件的处理方式。

通过将资源文件待发布列表发送至一个或多个第二用户终端，以便根据一个或多个第二用户终端反馈的对资源文件待发布列表的判定结果确定资源文件待发布列表中包含的资源文件的处理方式。本方案通过引入第二用户终端的审核机制，从而可以在资源发布前就进行审核与测试，从而提前查找出资源文件的错误，有效降低发布后的资源中的错误率。

可选地，在步骤S10中，获取资源文件更新列表可以包括以下执行步骤：

步骤S100，对第一服务器上存储的资源文件与本地资源文件副目录进行同步操作，其中，第一服务器用于对美术资源进行版本管理，本地资源文件副目录为第一服务器上存储的资源文件的镜像副本；

步骤S101，根据本地资源文件副目录生成第一指纹信息，其中，第一指纹信息至少包括：每个资源文件的路径、每个资源文件的修改时间，每个资源文件的校验值(例如：CRC32，MD5，SHA1，下文中将以MD5值为例加以说明)；

步骤S102，获取执行上一次同步操作生成并存储的第二指纹信息；

步骤S103，将第一指纹信息和第二指纹信息进行比对，查找发生更新的资源文件并采用第一操作命令从第一服务器获取发生更新的资源文件对应的更新属性信息，生成资源文件更新列表，其中，更新属性信息至少包括：更新时间、更新用户、更新备注。

使用指纹生成器对AlienBrain本地资源文件副目录内的资源文件生成指纹信息并加以保存，指纹信息可以包括但不限于：文件路径、文件修改时间、文件MD5值。当下次发生同步后会再次生成新的指纹信息，从而使用指纹比较器对两次生成的指纹信息进行比对，以查找增加、修改、删除的资源文件，生成资源文件更新列表，同时还需要对最新生成的指纹信息进行存储，以便等待下次同步后进行比对。资源文件更新列表中的每个资源通过find命令向AlienBrain资源库获取资源文件checkin信息，其可以包括：checkin用户、checkin时间、checkin备注，并添加至资源更新列表中。

图2是根据本发明优选实施例提供的生成资源文件更新列表过程的示意图，如图2所示，生成资源文件更新列表的过程可以包括以下执行步骤：

第一步、当服务端首次启动时，首先通过指纹生成器生成AlienBrain本地资源文件副目录的文件指纹信息，作为待比较的文件指纹信息加以存储，其用于等待下次资源文件副目录更新后，生成新的文件指纹信息，并将待比较的文件指纹信息与新生成的文件指纹信息进行比较。

第二步、AlientBrain本地资源副目录在每次同步时都会触发文指纹比较器首先生成AlientBrain本地资源副目录更新后的文件指纹信息，再获取先前存储的上一次文件指纹信息，并将两次文件指纹信息进行比较，以查找出新增、修改与删除的资源文件。

第三步、当查找到存在新增、修改与删除的资源文件时，则会将对应的资源文件的指纹信息更新到上次文件指纹信息中，新增与修改可以采用直接覆盖更新的方式来完成，而删除的资源需要从上次文件指纹信息中删除对应的资源文件。

第四步、将新增、修改与删除的资源文件更新到资源文件更新列表中，资源文件更新列表可以分别由增加资源文件列表、修改资源文件列表与删除资源文件列表组成，新增的资源文件可以被添加至增加资源文件列表中，但如果删除资源文件列表中包含这次增加的资源文件，则需要对应从删除资源文件列表中清除相应的资源文件，修改的资源文件将直接增加或覆盖到修改资源文件列表中，删除的资源文件可以被添加到删除资源文件列表中，但如果增加资源文件列表中有这次删除的资源文件，则需要对应从增加资源文件列表中删除相应地资源文件。

例如：版本1删除了资源文件A，因此，资源文件A被添加至删除资源文件列表中。然而，在版本2中又重新添加了资源文件A，因此，资源文件A被添加至增加资源文件列表中。此时，虽然删除资源文件列表中也包含资源文件A，但是，以最新版本为准，即保留增加资源文件列表中包含的资源文件A并删除在删除资源文件列表中包含的资源文件A。

第五步、新增、修改与删除的资源文件同时通过find命令向AlienBrain资源库获取资源对应的checkin信息，包括checkin用户、checkin时间、checkin备注，添加到资源文件更新列表中，其作用在于：便于用户跟踪资源文件的修改人员以及提供更清晰的资源文件修改信息，以使用户可以通过资源文件的修改备注与修改时间来选择资源文件进行发布。

例如：对于模型文件的修改而言，其可能涉及到多个特效文件、多个贴图文件的修改，而资源文件更新列表，是由多个资源文件路径组成的列表，用户在选择资源文件准备进行发布时，仅从资源文件更新列表中显示的资源文件路径与文件名称无法清楚获知哪些资源文件属于对该模型文件进行修改相关联的资源文件，因此，还需要查找美术人员提交资源文件时的备注信息，在用户终端A与用户终端B的资源文件更新列表中增加上述备注信息能够便于用户根椐备注信息选择该模型文件相关的资源文件进行发布。当资源文件在制作过程中出现错误时，还能够尽快跟踪到修改该资源文件的美术人员，以便直接通知该美术人员进行修正。当然，在必要时还需要选择美术人员在特定时段提交的资源文件进行发布。

可选地，在步骤S100中，对第一服务器上存储的资源文件与本地资源文件副目录进行同步操作可以包括以下执行步骤：

步骤S1000，采用第二操作命令从第一服务器获取新增的资源文件和/或修改的资源文件；

步骤S1001，采用第三操作命令查看第一服务器的回收站中是否存在已删除的资源文件；

步骤S1002，如果是，则在本地资源文件副目录中删除已删除的资源文件对应的资源文件副本后，完成同步操作；

步骤S1003，如果否，则完成同步操作。

在优选实施例中，可以先使用getlatest命令获取alienbrain服务器上的更新资源，再使用enumobjects命令查看alienbrain服务器上当天的回收站目录，如果没有删除资源，则资源同步完成；如果有删除的资源，再使用enumobjects查看本地副目录，从枚举出的资源路径列表中，查找到以“*”号开头的资源路径并删除这些资源，最终完成资源同步，相比于相关技术中使用synchronize命令来进行同步的方式，速度将会提高近5-10倍，

需要说明的是，上述同步过程在没有删除资源情况下速度最快，另外，修改的资源越少速度便越快，为此，对于后期开发的游戏项目而言，使用该同步过程效率极高，其原因在于：后期开发的修改需求较少。

图3是根据本发明优选实施例的高效资源同步过程的示意图，如图3所示，该同步过程可以包括以下执行步骤：

第一步、使用getlatest命令获取AlienBrain资源库的资源文件到本地资源文件副目录。

第二步、使用enumobjects命令查看AlienBrain上的回收站，如果当天不存在删除资源文件，则资源文件同步完成；如果当天存在删除的资源文件，则需要使用enumobjects查看本地资源文件副目录，从枚举出的资源文件路径列表中，查找以*号开头的资源文件路径，删除本地资源副目录中对应的资源文件，以完成资源同步。

可选地，在步骤S103中，将第一指纹信息和第二指纹信息进行比对，查找发生更新的资源文件并获取发生更新的资源文件对应的更新属性信息，生成资源文件更新列表可以包括以下执行步骤：

步骤S1030，遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为新增资源文件；和/或，遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中查找到对应的路径，则将查找到的两个资源文件的校验值进行比对，如果不一致，则确定当前遍历的资源文件为修改资源文件；和/或，遍历第二指纹信息中每个资源文件的路径，如果在第一指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为删除资源文件；

步骤S1031，采用第一操作命令从第一服务器获取与确定的新增资源文件和/或修改资源文件和/或删除资源文件对应的更新属性信息；

步骤S1032，通过确定的新增资源文件和/或修改资源文件和/或删除资源文件以及对应的更新属性信息生成资源文件更新列表。

使用上次的指纹信息与最新的指纹信息进行比对，分别查找出增加、修改、删除的资源文件，查找增加资源文件的方法是：通过资源文件的文件路径查找，文件路径在上次指纹信息中不存在，而在最新的指纹信息中存在，则该文件为增加的资源文件；查找删除资源文件的方法是：通过资源文件的文件路径查找，文件路径上次的指纹信息中存在，而在最新的指纹信息中不存在，则该文件为删除的资源文件；查找修改资源文件的方法是：从上次与最新的指纹信息中查找出相同文件路径的MD5值进行比较，如果存在差异，则确定为修改的资源文件。

图4是根据本发明优选实施例的资源文件差异比对过程示意图，如图4所示，该资源文件差异比对过程可以包括以下执行步骤：

第一步、遍历最新指纹信息中的资源文件路径，并查找每个资源文件路径在上次存储的指纹信息中是否存在对应的资源文件路径。

第二步、如果最新指纹信息中的资源文件路径能够在上次存储的指纹信息中查找到对应的资源文件路径，则将按照上次存储的指纹信息中查找到的资源文件路径获取到的资源文件的MD5值与按照新指纹信息中的资源文件路径获取到的资源文件的MD5值进行比对，如果发现不一致，则确定为已修改的资源文件路径。

第三步、如果最新指纹信息中的资源文件路径在上次存储的指纹信息中未能查找到对应的资源文件路径，则确定为新增的资源文件路径。

第四步、遍历上次存储的指纹信息中的资源文件路径，并查找每个资源文件路径在最新指纹信息中是否存在对应的资源文件路径。

第五步、如果上次存储的指纹信息中的资源文件路径在最新指纹信息中未能查找到对应的资源文件路径，则确定为已删除的资源文件路径。

可选地，在步骤S162中，根据一个或多个第二用户终端反馈的判定结果确定处理方式可以包括以下执行步骤至少之一：

步骤S1620，如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为不允许发布的资源文件，则从资源文件待发布列表中删除不允许发布的资源文件，并将不允许发布的资源文件的待发布状态还原为初始状态；

步骤S1622，如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为允许发布的资源文件，则从资源文件待发布列表中删除允许发布的资源文件，并将允许发布的资源文件提交到第二服务器，其中，第二服务器用于对允许发布的资源文件进行发布。

服务端可以与多个用户终端，例如：一个或多个用户终端A以及一个或多个用户终端B，建立传输控制协议(TCP)连接以实现数据传输。服务端会查找出AlienBrain服务器中发生更新的文件，并生成资源文件更新列表，然后再将该资源文件更新列表发送至用户终端A。在用户终端A上可以显示该资源文件更新列表，以便操控用户终端A的用户清楚地了解哪些文件已经被更新。用户终端A是分配给请求发布资源的普通用户使用的，而用户终端B是分配给对资源发布请求进行审批的管理用户使用的。在用户终端A上显示的资源文件更新列表是一个树状目录结构展开的文件路径列表，并且每个文件路径均设置有checkbox勾选控件，用户可以在用户终端A上勾选需要发布的资源并点击请求发布按钮。然后，该请求信息会发送给服务端，再由服务端转发至用户终端B以展示请求发布的资源列表。管理用户使用用户终端B来勾选确认发布的资源，并点击允许请求按钮，以便将允许请求的信息发送至服务端。最终，由服务端将允许发布的资源提交到SVN上，完成一次资源请求发布确认流程。当然，用户终端B还可以选择拒绝发布资源操作，进而服务端不会将用户终端A请求发布的资源提交到SVN上，而是会退回给用户终端A进行显示。

图5是根据本发明优选实施例的资源管理发布的用户终端/服务端交互过程示意图。如图5所示，该流程可以包括以下执行步骤：

第一步、将AlienBrain服务器的资源库上的资源文件同步到服务端本地资源副目录，触发同步的方式可以包括以下之一：通过用户终端A主动发起，二是通过服务端定时发起；

第二步、服务端定时触发同步的时间隔可以设置为30分钟，定时触发的目的在于：为了完成预处理操作，如果在下一次定时同步之前，AlienBrain服务器已经存在资源文件更新，那么用户终端A当前所显示的资源文件更新列表便不是最新版本，因此，为用户终端A提供了即时触发同步按钮，当用户需要获取最新版本的资源文件更新列表时，可以通过点击按钮，主动发起同步，而无需等待下一次的定时同步。

第三步、采用文件指纹信息比对方式生成资源文件更新列表；

第四步、服务端负责维护资源文件更新列表，其是由多个资源文件路径组成的列表，而每个资源文件路径都设置有状态标识，该状态标识用于确定发送至用户终端A加以显示还是发送至用户终端B加以显示，当状态标识被设置为第一状态时，表明将资源文件更新列表发送至用户终端A进行显示，再由用户终端A选择请求发布的资源文件，然后在服务端接收到请求发布的资源文件时，便会将状态标识由第一状态修改为第二状态，并在随后的过程中不再发送至用户终端A，而只会将请求发布的资源文件发送至用户终端B；当状态标识被设置为第二状态时，表明将资源文件更新列表发送至用户终端B进行显示，如果用户终端B允许对请求发布的资源文件进行发布，则会将这些资源文件提交至SVN并从资源文件更新列表中删除已经提交至SVN的资源文件；如果用户终端B不允许对请求发布的资源文件进行发布，则需要将状态标识由第二状态还原为第一状态，并退回用户终端A再次进行显示。

上述资源文件更新列表的更新方式可以采取每当资源文件更新列表发生更新时，服务端会将最新的资源文件更新列表发送至处于在线状态的用户终端A进行显示。而如果用户终端A当前处于不在线状态，则无法接收最新的资源文件更新列表。此时，当用户终端A重新登录时，由于已经错失服务端发送最新的资源文件更新列表的时机，因此，需要在其登录时主动向服务端请求最新的资源文件更新列表进行显示。而这种更新机制可以完美地取代服务端实时向用户终端发送最新的资源文件更新列表的机制，从而减轻服务端的工作负担。

第五步、用户终端A从展示的资源文件更新列表中选取请求发布的资源，并将请求发布的资源列表发送至服务端，对应的请求发布资源在资源文件更新列表中被设置为待发布标记(即，将状态标识由第一状态修改为第二状态)，并且添加到资源文件待发布列表中。

第六步、服务端将上述资源文件待发布列表发送至与服务端建立连接的用户终端B上进行展示。

该资源文件待发布列表的更新方式可以采取每当资源文件待发布列表发生更新时，服务端会将最新的资源文件待发布列表发送至处于在线状态的用户终端B进行显示。而如果用户终端B当前处于不在线状态，则无法接收最新的资源文件待发布列表。此时，当用户终端A重新登录时，由于已经错失服务端发送最新的资源文件待发布列表的时机，因此，需要在其登录时主动向服务端请求最新的资源文件待发布列表进行显示。而这种更新机制可以完美地取代服务端实时向用户终端发送最新的资源文件待发布列表的机制，从而减轻服务端的工作负担。

第七步、用户终端B从展示的资源文件待发布列表中选取允许发布的资源文件，并将允许发布的资源文件列表发送至服务端,对应的允许发布资源将从资源文件待发布列表与资源文件更新列表中删除，其原因在于：已允许发布的资源文件会提交到SVN，而不需要再发送至用户终端A和用户终端B进行显示，因此，可以从服务端维护的资源文件更新列表中删除；但是，如果用户终端B未允许资源发布请求，便不能从服务端维护的资源文件更新列表中删除。

第八步、用户终端B从展示的资源文件列表中选择不允许发布的资源文件，并将不允许发布的资源文件列表发送至服务端,对应的不允许发布资源文件会从资源文件待发布列表中删除，并在资源文件更新列表中去除待发布的标记。

第九步、对于允许发布的资源文件而言，从AlienBrain服务器的本地资源副目录中拷贝到SVN本地资源副目录，其中，新增与修改的资源文件可以直接进行拷贝覆盖，而删除的资源文件则需要在SVN本地资源副目录中删除对应的资源文件。

第十步、将SVN本地资源副目录提交到SVN版本库中，完成单次资源文件的发布。

可选地，当第二服务器还用于对允许发布的资源文件相匹配的代码文件进行发布时，在步骤S1622，将允许发布的资源文件提交到第二服务器之前，还可以包括以下执行步骤：

步骤S1623，对第二服务器上存储的代码文件与本地代码文件副目录进行同步操作，其中，本地代码文件副目录为第二服务器上存储的代码文件的镜像副本；

步骤S1624，采用预设检查规则对允许发布的资源文件以及本地代码文件副目录中与允许发布的资源文件关联的代码文件进行联合检查；

步骤S1625，如果通过联合检查，则确定将允许发布的资源文件提交到第二服务器。

在将AlienBrain服务器上的美术资源提交到SVN服务器之前，需要与SVN服务器上相关联的代码文件相结合进行联合检查。如果通过联合检查，则说明AlienBrain服务器上的美术资源与关联的代码文件相兼容，可以提交到SVN服务器进行发布。

当AlienBrain本地资源副目录发生更新时或者是通过用户终端发送请求来触发资源检查时，同时本地SVN代码副目录更新到最新版本，使用资源检查器获取AlienBrain本地副目与本地SVN代码目录以及加载由测试人员编写完成的检查规则进行检查，通过结果收集器处理检查结果，当结果收集器有更新的时，会向当前所有连接上服务端的用户终端传输结果，当用户终端启动并连接上服务端时，会向服务端请求检查结果，以确保能够查看最新的检查结果。

可选地，在步骤S1624，采用预设检查规则对允许发布的资源文件以及关联的代码文件进行联合检查之后，还可以包括以下执行步骤：

步骤S1626，将检查结果反馈至一个或多个第一用户终端以及一个或多个第二用户终端，其中，检查结果用于辅助一个或多个第一用户终端以及一个或多个第二用户终端判断资源文件待发布列表中的资源文件是否允许被发布。

图6是根据本发明优选实施例的资源文件检查过程的示意图，如图6所示，在AlienBrain本地资源文件目录更新时或者用户终端A与用户终端B主动发起检查请求时，触发资源检查器进行检查，该资源文件检查过程可以包括以下执行步骤：

第一步、美术人员可以增加、修改与删除AlienBrain资源库上的资源文件。

第二步、测试人员定期维护检查组件，其可以是增加、修改与删除检查规则。

第三步、AlienBrain同步资源文件到本地资源副目录，SVN本地代码副目录更新到最新版本。

第四步、AlienBrain本地资源副目录与SVN本地代码副目录需要提供给资源检查器进行检查。

第五步、如果触发资源检查器，则资源检查器获取最新的AlienBrain本地资源副目录与SVN本地代码副目录，同时通过tcp获取外部的检查组件内配置的检查规则，对资源文件进行检查。

第六步、每次获得的检查结果可以通过检查结果收集器来进行处理。

第七步、当结果收集器更新时，会向当前所有连接服务端的用户终端传输结果，当用户终端启动并成功连接服务端时，会向服务端请求获取检查结果。

服务端的检查结果会发送至用户终端A与用户终端B进行查看，检查结果可以包括但不限于：特定资源文件名称采用大写、特定特效粒子数量超标、特定场景引用不存在的资源，该检查结果会辅助用户判断哪些资源文件是不能发布的，需要通知相关美术人员进行修正。由此便可以在资源文件发布之前能够及时发现资源文件异常，而不需要经过资源文件发布后，再由测试人员通过测试发现异常资源文件。

第八步、用户终端A和用户终端B可以主动向服务端发送检查请求，以触发资源检查器进行检查。

根据本发明实施例，提供了一种资源发布的处理装置的实施例，图7是根据本发明实施例的资源发布的处理装置的结构框图，如图7所示，该装置包括：获取模块10，用于获取当前最新生成的资源文件更新列表；选取模块20，用于从资源文件更新列表中选取处于初始状态的部分或全部资源文件列表发送至一个或多个第一用户终端；接收模块30，用于接收来自于一个或多个第一用户终端的资源文件待发布列表，其中，资源文件待发布列表中的资源文件是由一个或多个第一用户终端从部分或全部资源文件列表中选取的，且选取的资源文件将由初始状态转变成待发布状态；确定模块40，用于确定资源文件待发布列表中包含的资源文件的处理方式。

可选地，图8是根据本发明优选实施例的资源发布的处理装置的结构框图，如图8所示，确定模块40可以包括：发送单元400，用于将资源文件待发布列表发送至一个或多个第二用户终端；处理单元402，用于根据一个或多个第二用户终端反馈的对资源文件待发布列表的判定结果确定资源文件待发布列表中包含的资源文件的处理方式。

可选地，如图8所示，获取模块10可以包括：同步单元100，用于对第一服务器上存储的资源文件与本地资源文件副目录进行同步操作，其中，第一服务器用于对美术资源进行版本管理，本地资源文件副目录为第一服务器上存储的资源文件的镜像副本；生成单元102，用于根据本地资源文件副目录生成第一指纹信息，其中，第一指纹信息至少包括：每个资源文件的路径、每个资源文件的修改时间，每个资源文件的校验值；第一获取单元104，用于获取执行上一次同步操作生成并存储的第二指纹信息；第二获取单元106，用于将第一指纹信息和第二指纹信息进行比对，查找发生更新的资源文件并采用第一操作命令从第一服务器获取发生更新的资源文件对应的更新属性信息，生成资源文件更新列表，其中，更新属性信息至少包括：更新时间、更新用户、更新备注。

可选地，同步单元100可以包括：第一获取子单元(图中未示出)，用于采用第二操作命令从第一服务器获取新增的资源文件和/或修改的资源文件；判断子单元(图中未示出)，用于采用第三操作命令查看第一服务器的回收站中是否存在已删除的资源文件；处理子单元(图中未示出)，用于在判断子单元输出为是时，在本地资源文件副目录中删除已删除的资源文件对应的资源文件副本后，完成同步操作；或者，在判断子单元输出为否时，完成同步操作。

可选地，第二获取单元106可以包括：查找子单元(图中未示出)，用于遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为新增资源文件；和/或，遍历第一指纹信息中每个资源文件的路径，如果在第二指纹信息中查找到对应的路径，则将查找到的两个资源文件的校验值进行比对，如果不一致，则确定当前遍历的资源文件为修改资源文件；和/或，遍历第二指纹信息中每个资源文件的路径，如果在第一指纹信息中未查找到对应的路径，则确定当前遍历的资源文件为删除资源文件；第二获取子单元(图中未示出)，用于采用第一操作命令从第一服务器获取与确定的新增资源文件和/或修改资源文件和/或删除资源文件对应的更新属性信息；生成子单元(图中未示出)，用于通过确定的新增资源文件和/或修改资源文件和/或删除资源文件以及对应的更新属性信息生成资源文件更新列表。

可选地，处理单元402可以包括：处理子单元(图中未示出)，用于如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为不允许发布的资源文件，则从资源文件待发布列表中删除不允许发布的资源文件，并将不允许发布的资源文件的待发布状态还原为初始状态；和/或，如果一个或多个第二用户终端判定资源文件待发布列表中的部分或全部资源文件为允许发布的资源文件，则从资源文件待发布列表中删除允许发布的资源文件，并将允许发布的资源文件提交到第二服务器，其中，第二服务器用于对允许发布的资源文件进行发布。

可选地，处理单元402可以包括：同步子单元(图中未示出)，用于当第二服务器还用于对允许发布的资源文件相匹配的代码文件进行发布时，对第二服务器上存储的代码文件与本地代码文件副目录进行同步操作，其中，本地代码文件副目录为第二服务器上存储的代码文件的镜像副本；检查子单元(图中未示出)，用于采用预设检查规则对允许发布的资源文件以及本地代码文件副目录中与允许发布的资源文件关联的代码文件进行联合检查；确定子单元(图中未示出)，用于如果通过联合检查，则确定将允许发布的资源文件提交到第二服务器。

可选地，处理单元402可以包括：反馈子单元(图中未示出)，用于将检查结果反馈至一个或多个第一用户终端以及一个或多个第二用户终端，其中，检查结果用于辅助一个或多个第一用户终端以及一个或多个第二用户终端判断资源文件待发布列表中的资源文件是否允许被发布。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。