文件清理方法、装置、计算机可读存储介质及电子设备与流程

本公开涉及文件处理技术领域，具体而言，涉及一种文件清理方法、文件清理装置、计算机可读存储介质及电子设备。

背景技术：

客户端应用安装包的大小直接决定着用户的使用门槛。在制作安装包时需要将指定目录下的所有文件进行打包，其中可能包含一些没有用的资源，占用存储空间，因此对于文件的及时清理是非常重要的。

在开发周期中，应用经过新旧迭代，逐渐累计了越来越多的没有用的资源，为了不过多占用用户的设备硬盘空间，需要在打包时将没用的资源清理出去，达到包体瘦身的效果。通常，客户端应用中占用空间最大的是美术资源，以美术资源为例，需要美术人员整理出无用的资源列表，然后通过该资源列表进行查找，找出需要清理的资源进行删除。这种方式无法精确定位无用的资源，容易导致无用的资源被遗漏，或者有用的资源被删除。

因此，需要一种能够更加精确地清理无用的资源的方法。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开的目的在于提供一种文件清理方法、文件清理装置、计算机可读存储介质及电子设备，进而在一定程度上克服资源清理不精确的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种文件清理方法，包括：

从客户端应用的目标版本中获取目标对象的文件列表；

通过所述文件列表确定所述目标对象的文件格式；

获取所述客户端应用中与所述文件格式匹配的在用文件；

将所述文件列表中除所述在用文件之外的文件进行清理，以基于清理之后的文件列表生成所述客户端应用的安装包。

在本公开的一种示例性实施例中，所述获取所述客户端应用中与所述文件格式匹配的在用文件，包括：

获取所述客户端应用的代码文件；

根据所述文件格式对应的后缀名，从所述代码文件中匹配包含所述后缀名的文件路径；

从所述文件列表中获取包含所述文件路径的目标路径，将所述目标路径对应的文件作为所述在用文件。

在本公开的一种示例性实施例中，所述根据所述文件路径确定所述在用文件，包括：

将所述目标路径对应的文件添加至目标集合，获取所述目标集合中各文件的文件内容；

从所述文件内容中再次匹配包含所述后缀名的文件路径；

将所述文件路径对应的文件添加至所述目标集合，将所述目标集合中的所有文件作为所述在用文件。

在本公开的一种示例性实施例中，所述从所述文件列表中获取包含所述文件路径的目标路径，包括：

将所述文件路径中的模糊匹配符号转化为正则表达式中的目标符号，以获取匹配目标；

在所述文件列表中获取与所述匹配目标相匹配的目标路径。

在本公开的一种示例性实施例中，所述将所述文件列表中除所述在用文件之外的文件进行清理，包括：

将所述文件列表中除了所述在用文件之外的文件作为待清理文件，结合所述在用文件与所述文件列表，确定出所述待清理文件；

获取所述待清理文件的更新时间；

将所述更新时间超过预设时间范围的所述待清理文件进行清理。

在本公开的一种示例性实施例中，所述将所述更新时间超过预设时间范围的所述待清理文件进行清理，包括：

将所述更新时间超过预设时间范围的所述待清理文件发送至管理端，以供管理人员确认；

将所述管理人员选择的待清理文件进行清理。

在本公开的一种示例性实施例中，将所述文件列表中除所述在用文件之外的文件进行清理之后，还包括：

根据已清理的文件生成清理记录，以根据所述清理记录恢复所述已清理的文件。

根据本公开的第二方面，提供一种文件清理装置，包括文件获取模块、格式确定模块、文件确定模块以及文件清理模块，其中：

文件获取模块，用于从客户端应用的目标版本中获取目标对象的文件列表；

格式确定模块，用于通过所述文件列表确定所述目标对象的文件格式；

文件确定模块，用于获取所述客户端应用中与所述文件格式匹配的在用文件；

文件清理模块，用于将所述文件列表中除所述在用文件之外的文件进行清理，以基于清理之后的文件列表生成所述客户端应用的安装包。

在本公开的一种示例性实施例中，文件确定模块包括：

代码获取单元，用于获取所述客户端应用的代码文件；

后缀名确定单元，用于根据所述文件格式对应的后缀名，从所述代码文件中匹配包含所述后缀名的文件路径；

在用文件确定第一单元，用于从所述文件列表中获取包含所述文件路径的目标路径，将所述目标路径对应的文件作为所述在用文件。

在本公开的一种示例性实施例中，文件确定模块包括：

文件内容获取单元，用于将所述目标路径对应的文件添加至目标集合，获取所述目标集合中各文件的文件内容；

文件匹配单元，用于从所述文件内容中再次匹配包含所述后缀名的文件路径；

在用文件确定第二单元，用于将所述文件路径对应的文件添加至所述目标集合，将所述目标集合中的所有文件作为所述在用文件。

在本公开的一种示例性实施例中，所述路径匹配单元具体通过以下步骤从所述文件列表中获取包含所述文件路径的目标路径：将所述文件路径中的模糊匹配符号转化为正则表达式中的目标符号，以获取匹配目标；在所述文件列表中获取与所述匹配目标相匹配的目标路径。

在本公开的一种示例性实施例中，文件清理模块具体包括：

待清理文件确定单元，用于将所述文件列表中除了所述在用文件之外的文件作为待清理文件，结合所述在用文件与所述文件列表，确定出所述待清理文件；

更新时间获取单元，用于获取所述待清理文件的更新时间；

清理单元，用于将所述更新时间超过预设时间范围的所述待清理文件进行清理。

在本公开的一种示例性实施例中，清理单元具体用于：将所述更新时间超过预设时间范围的所述待清理文件发送至管理端，以供管理人员确认；将所述管理人员选择的待清理文件进行清理。

在本公开的一种示例性实施例中，文件清理装置还包括：

文件恢复模块，用于根据已清理的文件生成清理记录，以根据所述清理记录恢复所述已清理的文件。

根据本公开的第三方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开的一示例实施方式所提供的文件清理方法中，一方面，通确定目标对象的文件格式，根据该文件格式自动匹配出目标对象对应的在用文件，无需人工整理无用资源，可以降低人工成本，减少因人工整理而出错的可能，从而有利于更加准确地确定出无用的资源。另一方面，通过在目标版本中获取的文件列表中将除了在用文件之外的文件进行清理，能够减少无用的文件占用空间，从而缩小安装包的大小，节省存储资源。再一方面，通过目标版本获取文件列表，结合该文件列表与在用文件可以更加精确地确定出无用文件，从而提高文件清理的精确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出了根据本公开的一个实施例的文件清理方法的流程图；

图2示意性示出了根据本公开的另一个实施例的文件清理方法的流程图；

图3示意性示出了根据本公开的另一个实施例的文件清理方法的流程图；

图4示意性示出了根据本公开的另一个实施例的文件清理方法的流程图；

图5示意性示出了根据本公开的一个实施例中的确定待清理文件的流程图；

图6示意性示出了根据本公开的一个实施例中的文件清理方法的交互流程图；

图7示意性示出了根据本公开的一个实施例中的文件清理方法的应用场景示意图；

图8示意性示出了根据本公开的一个实施例中的文件清理装置的框图；

图9示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

以下对本公开实施例的技术方案进行阐述：

本示例实施方式提供了一种文件清理方法。参考图1所示，该文件清理方法可以包括以下步骤：

步骤s110：从客户端应用的目标版本中获取目标对象的文件列表。

步骤s120：通过所述文件列表确定所述目标对象的文件格式。

步骤s130：获取所述客户端应用中与所述文件格式匹配的在用文件。

步骤s140：将所述文件列表中除所述在用文件之外的文件进行清理，以基于清理之后的文件列表生成所述客户端应用的安装包。

在本公开的一示例实施方式所提供的文件清理方法中，一方面，通确定目标对象的文件格式，根据该文件格式自动匹配出目标对象对应的在用文件，无需人工整理无用资源，可以降低人工成本，减少因人工整理而出错的可能，从而有利于更加准确地确定出无用的资源。另一方面，通过在目标版本中获取的文件列表中将除了在用文件之外的文件进行清理，能够减少无用的文件占用空间，从而缩小安装包的大小，节省存储资源。再一方面，通过目标版本获取文件列表，结合该文件列表与在用文件可以更加精确地确定出无用文件，从而提高文件清理的精确性。

下面，对于本示例实施方式的上述步骤进行更加详细的说明。

在步骤s110中，从客户端应用的目标版本中获取目标对象的文件列表。

其中，客户端应用是指在终端设备上安装的应用程序，例如电脑、手机、pad等等；可以包括办公类应用、游戏类应用、购物类应用等等，本实施方式对此不做特殊限定。

客户端应用可以包括多种类型的资源，例如，图片资源、声音资源、文字资源等等，目标对象可以指其中一种类型的资源，例如图片资源等。为了提高客户端应用的开发效率，客户端应用通常会划分为多个模块，每个模块之间可以并行地进行开发工作，例如美术制作、前端开发、后台开发术等多个模块；目标对象可以指客户端应用中一开发模块对应的资源，例如，目标对象可以为美术制作模块对应的资源，前端开发模块对应的资源等等，本实施方式对此不做特殊限定。

目标版本可以指客户端应用的最新版本，或者客户端应用的任意一个版本。通过版本控制工具可以对客户端应用的版本进行管理，因此可以通过版本控制工具获取目标版本的目标对象的文件列表。文件列表中可以包括目标对象的所有文件的信息，例如文件名称、文件标识号、文件路径，也可以包括其他信息，例如文件大小等，本实施方式对此不做特殊限定。

示例性的，开发人员在编写完成代码之后可以将代码文件提交至svn服务器，在svn服务器端可以将保存应用的每一个版本的所有文件，通过请求svn服务器可以获取客户端应用的任何版本的所有文件，从而从目标版本的所有文件中获取目标对象的文件，得到文件列表。在保存客户端应用使用的资源时，不同的资源对象需要按照白名单指定的文件夹或者路径进行保存，以供程序正确读取。因此，可以按照白名单确定文件列表所在的路径，从而获取该文件列表。

在步骤s120中，通过所述文件列表确定所述目标对象的文件格式。

目标对象可以通过多种文件格式进行存储，例如，目标对象为文字，则可以包括doc、docx、txt等多种文件格式。文件列表中包括目标对象的所有文件，从文件列表中记录的文件路径中可以确定目标对象所采用的文件格式，例如，文件路径为ui1/common/1_pic.png，则文件格式为png。因此，通过逐行读取文件列表中的记录，确定每条记录中的文件后缀名，从而获取目标对象的后缀名集合，该后缀名集合可以代表目标对象所采用的所有文件格式。

在步骤s130中，获取所述客户端应用中与所述文件格式匹配的在用文件。

在用文件可以包括客户端应用中使用到的文件，客户端应用中使用的文件可以包括多个。通过客户端应用的代码文件，可以确定该代码文件中引用的目标对象的文件，从而得到在用文件。具体的，如图2所示，获取在用文件可以包括步骤s201至步骤s203。其中：

在步骤s201中，获取所述客户端应用的代码文件。示例性的，通过svn服务器可以下载客户端应用的代码文件。为了减少匹配计算量，还可以将代码文件中的注释代码删去，剩余的代码为有效代码。

在步骤s202中，根据所述文件格式对应的后缀名，从所述代码文件中匹配包含所述后缀名的文件路径。通过代码读取路径的语法特征可以确定匹配的正则表达式，从而通过该正则表达式在代码中进行匹配，得到包含目标对象的后缀名的文件路径。例如，正则表达式可以为：[\\\％_\-\d\w]+\.(？:dds|gim|mtg|mesh|gis|sfx|fx|spr)，通过该表达式可以从代码中匹配出包含后缀名为.dds、.gim、.mtg等的路径，其中后缀名通过“|”分隔。

代码中一般引用文件的相对路径，因此，从代码中匹配到的文件路径可以为相对路径，例如，ui1/common/pc_building_{}_pic.png，相对路径中可以包括模糊匹配符号，模糊匹配符号可以表示任意字符，例如模糊匹配符号可以为“*”、“？”“{}”等，本实施方式对此不做特殊限定。

在步骤s203中，从所述文件列表中获取包含所述文件路径的目标路径，将所述目标路径对应的文件作为所述在用文件。代码中匹配的文件路径可以标识一文件，该文件可以作为在用文件，例如，如果文件路径为ui1/common/pc_building_pic.png，则对应该文件路径的文件名为“pc_building_pic”的png格式的文件为在用文件。由于从代码中匹配的文件路径可以为模糊匹配路径，可能并不能准确确定出对应的文件，例如，文件路径为ui1/common/pc_building_{}_pic.png，该文件路径可以包括路径前半部分为“ui1/common/pc_building_”后半部分为“_pic.png”的所有文件，满足该条件的文件可以为多个，如ui1/common/pc_building_1_pic.png、ui1/common/pc_building_2_pic.png、ui1/common/pc_building_3_pic.png等。因此，为了精确地确定出在用文件，还需要将代码中匹配出的文件路径与文件列表中包含的路径进行匹配。具体的：

文件列表中包括目标对象的所有文件的路径，可以通过该文件列表再次对从代码中匹配到的文件路径进行匹配，从而匹配出更加精确的目标路径，利用目标路径可以准确地确定出目标路径对应的文件。通过正则表达式的表示规则可以将文件路径进行转化，从而用于匹配，在正则表达式中包含多种具有特定含义的符号，例如，“.”可以表示匹配任何非空字符，“^a”可以表示匹配以a开始的字符串等。具体的，将所述文件路径中的模糊匹配符号转化为正则表达式中的目标符号，以获取匹配目标；进而在所述文件列表中获取与所述匹配目标相匹配的目标路径。

其中，文件路径中的模糊匹配符号可以为代码中的特殊符号，该特殊符号一般具有特定的含义，按照该含义可以将其转化为正则表达式中具有相同含义的目标符号，通过目标符合将该模糊匹配符号进行替换从而得到文件路径对应的匹配目标。例如，ui1/common/pc_building_{}_pic.png中用“{}”将字符串前后连接起来，而此处可以包含一个或多个字符，该“{}”为模糊匹配符号，可以将其转化为正则表达式中的“.+”，在正则表达式的符号中，“.”可以表示除空字符外的任意字符，“+”则表示字符出现一次或者多次，因此转化之后得到ui1/common/pc_building_.+_pic.png，作为匹配目标。得到匹配目标后，在文件列表中找出相匹配的目标路径。

在本公开的其他实施方式中，从代码文件中匹配出文件路径，或者从文件列表中匹配目标路径均可以采用其他匹配算法，例如，kr算法、bm算法等，这些均属于本公开的保护范围。

确定所述目标路径对应的文件为所述在用文件。在文件列表中可以将匹配上的目标路径进行标记，将其标记为在用文件；或者可以将目标路径对应的文件进行标记，标记为在用文件，以便于在清理无用文件时，能够保留在用文件，以供代码正常引用。在本实施方式中，可以通过扫描代码自动匹配出在用文件，无需人工列举文件，能够节省人力和时间，从而提高效率。

在一示例性实施方式中，确定出可用文件还可以包括步骤s301至步骤s303，如图3所示。

在步骤s301中，将所述目标路径对应的文件添加至目标集合，获取所述目标集合中各文件的文件内容。目标路径对应的文件可以为在用文件，在目标路径对应的文件中也可以引用其他文件，因此，可以将目标路径对应的文件添加至目标集合中，从而获取目标集合中所有文件的文件内容。

在步骤s302中，从所述文件内容中再次匹配包含所述后缀名的文件路径。读取到目标集合中各个文件的文件内容后，从文件内容中再次匹配包含目标对象对应的后缀名的文件路径。匹配算法可以采用正则表达式，也可以采用其他算法，例如，kr算法、kmp算法等等，本实施方式对此不做特殊限定。

在步骤s303中，将所述文件路径对应的文件添加至所述目标集合，将所述目标集合中的所有文件作为所述在用文件。从文件内容中匹配出的文件路径对应的文件也可以添加至目标集合中，与目标路径对应的文件进行合并组成在用文件。并且，在从文件内容中匹配到文件路径后，还可以获取该文件路径对应的目标文件，读取该目标文件的文件内容，再次进行后缀名的匹配，该过程可以循环执行，如果文件内容中能够匹配到包含后缀名的文件路径，则继续从匹配到的文件路径中读取文件内容，进行下一次的匹配，直到读取的文件内容中不存在包含后缀名的文件路径为止。

通过循环匹配文件内容中包含的文件路径，可以将已确定的在用文件引用的文件确定出来，从而将其引用的文件也确定为在用文件，能够更加精确地确定出在用文件，避免因遗漏而导致文件误删的情况，有利于准确地定位无用的文件。

在步骤s140中，将所述文件列表中除所述在用文件之外的文件进行清理，以基于清理之后的文件列表生成所述客户端应用的安装包。

将在用文件与文件列表进行差集运算，得到的差集可以为需要进行清理的文件，即，待清理文件。将待清理文件清理之后可以得到新的文件列表，从而将该文件列表提交到目标版本中，用于打包进客户端应用的安装包。在本实施方式中，如果客户端应用需要进行打包生成目标版本的安装包，则可以进行上述步骤，将目标版本中的目标对象的在用文件确定出来，从而通过目标对象的所有文件与在用文件的进行差集运算，得到待清理文件进行清理，基于清理后的文件打包生成客户端应用的安装包，能够实现安装包瘦身的效果，并且可以避免用户在安装客户端应用后引入过多无用的文件，有利于节省存储资源。

在一示例性实施方式中，确定除在用文件之外的文件可以包括步骤s401至步骤s403，如图4所示。其中：

在步骤s401中，将所述文件列表中除了所述在用文件之外的文件作为待清理文件，结合所述在用文件与所述文件列表，确定出所述待清理文件。确定了在用文件，则将在用文件与文件列表进行匹配，确定出文件列表中存在，而在用文件中不存在的文件记录，即为待清理文件。或者，将在用文件与文件列表进行差集运算，得到的结果为待清理文件。

在步骤s402中，获取所述待清理文件的更新时间。在应用的开发过程中，通过版本控制工具记录每一次修改，在文件提交到目标版本中时，版本控制工具可以记录提交该文件的时间、提交该文件的用户、该文件所在的目录等信息，从而可以通过版本控制工具获取待清理文件的更新时间。获取版本控制工具中的提交日志，从提交日志中可以查询到待清理文件的最后一次被提交的时间，即为更新时间。

在步骤s403中，将所述更新时间超过预设时间范围的所述待清理文件进行清理。其中，预设时间范围可以为15天、30天、5天等等，也可以为其他时间段，例如10天、3天等，本实施方式对此不做特殊限定。如果待清理文件的更新时间距离当前时间较近，则该待清理文件很可能后续还需要进行操作，因此，将超过预设时间范围的待清理文件进行清理，例如超过15天、超过10天等等。

通过待清理文件的更新时间可以将待清理文件分为两类，一类为超过预设时间范围的，一类为不超过预设时间范围的。示例性实施例中，不超过预设时间范围的待清理文件可以不进行清理，而超过预设时间范围的待清理文件可以发送至管理端，由管理人员确认后进行清理，从而进一步减小误删文件的概率，提高文件清理的准确性。在管理端可以提供一显示界面，将超过预设时间范围的待清理文件显示出来，能够使得管理人员更加直观、清楚地了解需要清理文件的信息。并且，可以为每一待清理文件设置一选择框，供管理人员选择，从而确定出管理人员选择的文件集合，将该文件集合中的文件进行清理。或者，将管理人员选择的文件进行保留，将没有被选择的文件进行清理。

在一示例性实施方式中，确定出待清理文件可以包括步骤s501至步骤s5，如图5所示。其中：

在步骤s501中，下载文件列表；本实施方式可以提供资源清理方法对应的前端界面，用户可以通过该界面启动资源清理，检测到用户启动资源清理功能时，可以从用户对应的终端设备的目录中获取文件列表；客户端应用的所有文件需要按照白名单指定的文件路径进行存放，则目标对象的文件列表存放在固定的目录下，用户可以通过白名单指定的路径获取文件列表。并且，可以通过版本控制工具获取最新的文件列表。

在步骤s502中，提取文件列表中目标对象的后缀名集合；文件列表中包含多条路径，从每条路径中可以获取一后缀名，该后缀名为目标对象的文件格式，从而可以得到文件列表中所有路径对应的后缀名集合。

在步骤s503中，通过后缀名集合获取正则表达式。

在步骤s504中，通过正则表达式匹配出客户端应用的程序代码中引用的文件路径；从客户端应用的所有文件中获取代码文件，从而读取出代码文件中的程序代码，通过正则表达式匹配出程序代码中引用的包含后缀名集合中后缀名的文件路径。

在步骤s505中，在文件列表中匹配文件路径确定在用文件；从程序代码中匹配到的文件路径可以包括直接引用的路径和匹配引用的路径；直接引用的路径可以为能够直接确定出某一文件的路径，即，其中不包含模糊匹配的路径，例如，ui1/common/pc_building_obliquedown_1_pic.png；而匹配引用的路径则为需要模糊匹配的路径，也就是说，代码在引用时需要进行模糊匹配，可能会匹配到多个文件，例如，ui1/common/pc_building_obliquedown_{}_pic.png；对于匹配引用的路径还需要进一步确定其对应的文件，因此可以将匹配引用的路径再次转化为正则表达式，例如，将“ui1/common/pc_building_obliquedown_{}_pic.png”转化为“ui1/common/pc_building_obliquedown_.+_pic.png”，通过该表达式从文件列表中匹配出直接引用的路径，并且可以存在匹配到多个路径的情况，从而根据代码中包含的文件路径得到直接引用的路径，可以将直接引用的路径确定为在用文件。

在步骤s506中，获取文件列表与在用文件的差集，得到待清理文件；通过文件列表确定出目标对象所采用的文件格式，匹配到程序代码中引用该文件格式的文件路径，从而确定出程序代码中引用的文件为在用文件，而在用文件与所有文件对应的文件列表进行差集运算可以得到待清理文件。

本实施方式中，将文件列表中除了在用文件之外的文件清理之后，还可以根据已清理的文件生成清理记录，以使得可以根据清理记录恢复已清理的文件。示例性的，通过文件的目标路径将待清理文件在本地进行删除后，可以将清理操作提交到svn服务器，svn服务器可以记录删除文件列表、提交删除时间、提交的版本号等信息，从而获得清理记录，并在svn服务器上将清理记录进行保存。如果需要恢复已删除的文件，则可以根据该清理记录，将删除的文件进行恢复，或者将客户端应用退回至删除前的版本。

如图6所示，在示例性实施方式中，用户可以在终端设备中执行该文件清理方法，用户与终端设备的交互操作流程具体可以包括步骤s601至步骤s606，其中：

在步骤s601中，检测用户触发的功能；在本实施方式中，可以提供一用户界面，在该界面中用户可以选择进行文件清理或者文件恢复；如果用户触发了文件清理功能，则执行步骤s602；如果用户触发了文件恢复则执行步骤s605。

在步骤s602中，显示待清理文件列表；根据步骤s110至步骤s140，确定出文件列表中除了在用文件之外的文件作为待清理文件，得到待清理文件列表，在该用户界面中显示待清理文件列表，以供用户选择。或者，将文件列表中除了在用文件之外的文件存入第一集合，将该第一集合中更新时间超过预设时间范围的文件确定为待清理文件，从而得到待清理文件列表，在用户界面显示该待清理文件列表。

在步骤s603中，获取用户从该待清理文件列表中选择的确认删除的文件；用户可以从待清理文件列表中选择一部分、或者选择全部，从而将选择出的文件标记为确认删除的文件。

在步骤s604中，基于确认删除的文件提交删除；用户可以将确认删除的文件进行删除，从而将删除操作提交至版本管理服务器中，生成清理记录，并使得目标版本发生更改。

在步骤s605中，显示清理记录；在用户界面中可以显示清理的文件列表，清理的文件对应的文件路径、提交的时间等信息，供用户查看。

在步骤s606中，根据清理记录恢复文件；用户可以选择将已经清理文件进行恢复，版本控制服务器中记录了客户端应用的每一次修改，从而可以将文件清理操作撤销，使得客户端应用回退至清理前的状态。

参阅图7，图7示出了可以应用本公开实施例的一种文件清理方法的示例性应用场景的示意图。

其中，在步骤s701中，删除待清理文件，上传清理记录；在步骤s702中，查询清理记录；在步骤s703中，确定恢复文件；在服务器中将删除的文件进行恢复；在步骤s704中，上传恢复记录。

需要说明的是，图7中的步骤在上述具体实施例中均对其进行了说明，因此此处不再赘述。此外，步骤s701至步骤s704可以在终端设备中执行，终端设备可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。

进一步的，本示例实施方式中，还提供了一种文件清理装置，用于执行本公开上述的文件清理方法。该文件清理装置可以应用于一服务器或终端设备。

参考图8所示，该文件清理装置800可以包括：文件获取模块810、格式确定模块820、文件确定模块830以及文件清理模块840，其中：

文件获取模块810，用于从客户端应用的目标版本中获取目标对象的文件列表；

格式确定模块820，用于通过所述文件列表确定所述目标对象的文件格式；

文件确定模块830，用于获取所述客户端应用中与所述文件格式匹配的在用文件；

文件清理模块840，用于将所述文件列表中除所述在用文件之外的文件进行清理，以基于清理之后的文件列表生成所述客户端应用的安装包。

在本公开的一种示例性实施例中，文件确定模块830可以包括：

代码获取单元，用于获取所述客户端应用的代码文件；

后缀名确定单元，用于根据所述文件格式对应的后缀名，从所述代码文件中匹配包含所述后缀名的文件路径；

在用文件确定第一单元，用于从所述文件列表中获取包含所述文件路径的目标路径，将所述目标路径对应的文件作为所述在用文件。

在本公开的一种示例性实施例中，文件确定模块830可以包括：

文件内容获取单元，用于将所述目标路径对应的文件添加至目标集合，获取所述目标集合中各文件的文件内容；

文件匹配单元，用于从所述文件内容中再次匹配包含所述后缀名的文件路径；

在用文件确定第二单元，用于将所述文件路径对应的文件添加至所述目标集合，将所述目标集合中的所有文件作为所述在用文件。

在本公开的一种示例性实施例中，所述路径匹配单元具体可以通过以下步骤从所述文件列表中获取包含所述文件路径的目标路径：将所述文件路径中的模糊匹配符号转化为正则表达式中的目标符号，以获取匹配目标；在所述文件列表中获取与所述匹配目标相匹配的目标路径。

在本公开的一种示例性实施例中，文件清理模块840具体可以包括：

待清理文件确定单元，用于将所述文件列表中除了所述在用文件之外的文件作为待清理文件，结合所述在用文件与所述文件列表，确定出所述待清理文件；

更新时间获取单元，用于获取所述待清理文件的更新时间；

清理单元，用于将所述更新时间超过预设时间范围的所述待清理文件进行清理。

在本公开的一种示例性实施例中，清理单元具体可以用于：将所述更新时间超过预设时间范围的所述待清理文件发送至管理端，以供管理人员确认；将所述管理人员选择的待清理文件进行清理。

在本公开的一种示例性实施例中，文件清理装置800还可以包括：

文件恢复模块，用于根据已清理的文件生成清理记录，以根据所述清理记录恢复所述已清理的文件。

由于本公开的示例实施例的文件清理装置的各个功能模块与上述文件清理方法的示例实施例的步骤对应，因此对于本公开装置实施例中未披露的细节，请参照本公开上述的文件清理方法的实施例。

图9示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图9示出的电子设备的计算机系统900仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram903中，还存储有系统操作所需的各种程序和数据。cpu901、rom902以及ram903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。

以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(cpu)901执行时，执行本申请的方法和装置中限定的各种功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图1和图2所示的各个步骤等。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。