CN110765078A - 一种文件管理方法、装置及计算机可读存储介质 - Google Patents

Abstract

本发明公开一种文件管理方法、装置及计算机可读存储介质，所述方法包括：确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系。

Description

一种文件管理方法、装置及计算机可读存储介质

技术领域

本发明涉及信息处理技术领域，尤其涉及一种文件管理方法、装置及计算机可读存储介质。

背景技术

随着开源应用软件的兴起，在软件开发过程中，开发人员可能会借助各种开源、其他厂商或者其开发人员开发的应用软件来辅助开发，由于这些不同来源的应用软件出自不同的开发人员，导致这些不同来源的应用软件在运维管理上具有一定的差异性，尤其是各应用软件具有不同的目录结构。这样一来，在使用这些不同来源的应用软件进行辅助开发时，需要花费大量的时间识别每一应用软件的目录结构以及该目录结构包含的多个文件（也即：程序数据），进而获得需要的文件，以致于应用软件的开发效率极低。那么，如何分类管理好这些不同来源的应用软件是亟需解决的问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种文件管理方法、装置及计算机可读存储介质，至少部分解决上述技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供一种文件管理方法，所述方法包括：确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系。

在上述方案中，所述建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系，包括：按照程序数据类型将所述每个待处理目录标识对应的程序数据存储到第一目标文件夹；所述第一目标文件夹与所述程序数据类型对应的第一目标目录标识对应。

在上述方案中，所述建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系，包括：获取第一程序数据的第一存储路径；确定所述第一存储路径与所述第一程序数据对应的第一目录标识匹配的第一目标目录标识的第一链接关系；所述第一链接关系用于基于所述第一目标目录标识查询到所述第一程序数据；按照所述第一程序数据对应的程序数据类型将所述第一链接关系存储到第二目标文件夹；所述第二目标文件夹与所述第一程序数据对应的程序数据类型对应的第一目标目录标识对应。

在上述方案中，所述确定目标目录结构，包括：获得多种类型的参考应用，确定每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据；基于每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构。

在上述方案中，所述基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识，包括：获得所述待处理应用包括的多个待处理目录标识，以及每个待处理目录标识对应的程序数据类型；遍历所述目标目录结构，获得对应于相同程序数据类型的待处理目录标识以及第一目标目录标识，确定所述目录标识和所述第一目标目录标识匹配。

在上述方案中，所述基于每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构，包括：按照程序数据类型对所述每种类型的参考应用的多个参考目录标识进行分类处理，获得分类结果；基于所述分类结果，确定每一种程序数据类型对应的参考目录标识；基于所述每一种程序数据类型对应的参考目录标识确定所述目标目录结构。

第二方面，本发明实施例还提供一种文件管理装置，所述装置包括：确定模块、获得模块和建立模块，其中，

所述确定模块，用于确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；

所述获得模块，用于基于所述确定模块确定的所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；

所述建立模块，用于每个待处理目录标识对应的程序数据与所述获得模块获得的每个待处理目录标识匹配的所述第一目标目录标识的关联关系。

在上述方案中，所述建立模块，具体用于：按照程序数据类型将所述每个待处理目录标识对应的程序数据存储到第一目标文件夹；所述第一目标文件夹与所述程序数据类型对应的第一目标目录标识对应。

在上述方案中，所述建立模块，具体用于：获取第一程序数据的第一存储路径；确定所述第一存储路径与所述第一程序数据对应的待处理目录标识匹配的第一目标目录标识的第一链接关系；所述第一链接关系用于基于所述第一目标目录标识查询到所述第一程序数据；按照所述第一程序数据对应的程序数据类型将所述第一链接关系存储到第二目标文件夹；所述第二目标文件夹与所述第一程序数据对应的程序数据类型对应的第一目标目录标识对应。

在上述方案中，所述确定模块包括获得子单元和确定子单元，其中，

所述获得子单元，用于获得多种类型的参考应用，确定每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据；

所述确定子单元，用于基于所述获得子单元获得的每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构。

在上述方案中，所述获得模块，具体用于：获得所述待处理应用包括的多个待处理目录标识，以及每个待处理目录标识对应的程序数据类型；遍历所述目标目录结构，获得对应于相同程序数据类型的待处理目录标识以及第一目标目录标识，确定所述待处理目录标识和所述第一目标目录标识匹配。

在上述方案中，所述确定子单元，具体用于：按照程序数据类型对所述每种类型的参考应用的多个参考目录标识进行分类处理，获得分类结果；基于所述分类结果，确定每一种程序数据类型对应的参考目录标识；基于所述每一种程序数据类型对应的参考目录标识确定所述目标目录结构。

第三方面，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一所述方法的步骤。

第四方面，本发明实施例还提供一种文件管理装置，所述文件管理装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执上述任一项所述方法的步骤。

本发明实施例提供一种文件管理方法、装置及计算机可读存储介质，所述方法包括：确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系。采用本发明实施例提供的文件管理方法后，通过确定目标目录结构，不仅能够有效的消除的各种应用软件的目录结构的差异，而且统一的目录结构，也简化了运维管理平台的构建难度，使得运维人员对不同类型的应用软件以及不同版本的应用软件能够有效的管理。此外，将待处理应用包含的每个程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系，不仅使得应用软件的开发人员可以快速的查询到所需要的文件，有效的提升了开发效率。

附图说明

图1为本发明实施例提供的一种文件管理方法的流程示意图；

图2为本发明实施例提供的一种文件管理的结构示意图；

图3为本发明实施例提供的一种文件管理的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对发明的具体技术方案做进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

如图1所示，其示出本发明实施例提供的一种文件管理方法的流程示意图。该方法包括：

S101：确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；

S102：基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；

S103：建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系。

需要说明的是，这里所说的目录结构由应用软件包含的各类程序数据所对应的目录标识组成，所述目录标识为所对应的程序数据所在文件夹的名称，每一个文件夹中存储一种类型的程序数据，比如，一个名称为汤姆猫（tomcat）的应用软件包括7种类型的程序数据：可执行程序数据、配置程序数据、共享程序数据、日志程序数据、临时程序数据、全球广域网（WEB，World Wide Web）应用程序数据以及动态程序数据，这7种类型的程序数据需要存储在7个文件夹中，并且这些程序数据所在的文件夹的可以分别命名为：bin、conf、lib、logs、temp、webapp、work。其中，bin、conf、lib、logs、temp、webapp、work共同组成tomcat的应用软件的目录结构。

在应用软件开发的过程中，随着开源应用软件的兴起，为了缩短一款应用软件的开发周期，开发人员往往会选择一堆开源的应用软件辅助新的应用软件的开发，本领域技术人员应该知道的是，不同的开源应用软件包含不同的目录结构，比如，卡夫卡（kafka）的应用软件包括的目录结构为：bin（可执行程序数据）、config（配置程序数据）、libs（共享程序数据）以及site-docs（文档说明程序数据）与前述的tomcat的应用软件相比，仅有bin相同以外，其他的目录结构中的目标标识均不相同，那么在这种情况下，若开发人员在开发一款应用软件时需要10个开源的应用软件时，需要识别这10个开源的应用软件中每一个应用软件包含的目录结构、每一个目录结构对应的各目录标识以及每一个目录标识对应的程序数据的类型。这需要花费大量的时间来获取所需要的文件，也即：程序数据，这样一来，并不能缩短新应用软件的开发周期，在一定程度上反而降低了应用软件的开发效率。

在此基础上，为了提升一个研发团队的开发效率，本发明实施例提供一种文件管理的方法，通过获取目标目录结构，将各类型的应用软件采用目标目录结构进行管理，以缩短开发人员的识别时间，进而缩短开发新应用软件的开发周期。

本领域技术人员应该理解的是，按照不同的获取规则，获得的目标目录结可能不同，比如，按照应用软件的本质进行获取，应用软件可以分为程序指令和数据，那么，目标目录结构包括的目录标识分别可以为程序指令和数据，其中，程序指令一般情况下是不会变化的。若再进行细分，随着应用软件的运行，应用软件包含的数据会产生变化，则数据又可分为静态数据和动态数据，那么，目标目录结构包括的目录标识分别可以为：程序指令、静态数据和动态数据，其中，静态数据不随应用软件的运行而变化，其如果静态数据需要变化需要人工或者人为操作自动化工具进行介入；所述动态数据是由应用软件内部的逻辑按照需要自动生成的，不应受外界的控制。

在一些实施例中，目标目录结构可以通过抽取大量现有应用软件的目录结构获得，那么，对于S101，可以包括：

获得多种类型的参考应用，确定每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据；

基于每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构。

这里，参考应用可以是指开源的应用软件，或，某一公司已经开发的应用软件，也就是说，参考应用可以是任何已发的应用软件。参考目录标识可以是指参考应用包含的各程序数据对应的目录标识。

在一些实施例中，所述基于每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构，包括：

按照程序数据类型对所述每种类型的参考应用的多个参考目录标识进行分类处理，获得分类结果；

基于所述分类结果，确定每一种程序数据类型对应的参考目录标识；

基于所述每一种程序数据类型对应的参考目录标识确定所述目标目录结构。

需要说明的是，在实际应用过程中，虽然不同应用软件的目录结构包含的目录标识是不同的，但应用软件中包含的程序数据的类型可以是相同的，比如，前述的tomcat的应用软件和kafka的应用软件相比，虽然目录标识conf与目录标识config不同，但二者对应的程序数据类型是相同的，其类型均为配置程序数据。

在实际应用过程中，所述分类结果可以为相同程序数据类型的参考目录标识分为一类，这样，对应的，所述基于所述分类结果，确定每一种程序数据类型对应的参考目录标识，包括：基于分类结果，获得每一种类型的程序数据对应的各参考目录标识。也就是说，每一种类型的程序数据对应多个参考目录标识。需要说明的是，理论上，所述多个参考目录标识可以完成相同、也可以完全不同、或者也可以不完全相同。

在一些实施例中，所述基于所述每一种程序数据类型对应的参考目录标识确定所述目标目录结构，包括：

获取所述每一种程序数据类型对应的各参考目录标识的相同关键词；

将所述相同关键词作为所述每一种程序数据类型对应的目标目录标识；

将每一个目标目录标识组成的集合作为目标目录结构。

需要说明的是，相同关键词可以是相同程序数据类型对应的各参考目录标识共同包含的一个或者多个字符，比如，前述的tomcat的应用软件和kafka的应用软件中，相同程序数据类型配置程序数据对应的参考目录标识分别为conf和config，此时相同关键词可以为c、con、conf等。需要说明的是，本发明实施例中可以选取conf作为配置程序数据对应的参考目录标识，以最符合现有应用软件的目录标识的使用。

在一些实施例中，经过S101之后，目标目录结构可以包括的目标目录标识分别为：inst，用于对应安装程序数据，也即应用软件的安装包的集散地；app，用于对应安装目录程序数据，也即应用软件的安装目录；bin，用于对应可执行程序数据，也即应用软件的运行文件；etc，用于对应配置程序数据，也即应用软件的配置文件；data，用于对应静态程序数据，也即应用软件的静态数据；var，用于对应动态程序数据，也即应用软件的动态数据，share，用于对应于共享程序数据，也即应用软件的共享数据；tmp，用于对应临时程序数据，也即应用软件的临时数据；log，用于对应日志程序数据，也即应用软件的日志目录；backup，用于对应备份程序数据，也即应用软件的备份文件。

需要说明的是，由于目标目录结构是基于有限的参考应用软件的目录结构获得的，随着应用软件的发展，会出现更多的不同的应用软件，那么，各应用软件的目录结构中包含的程序数据类型也会变化，因此，目标目录结构也是不断更迭的。

在实际应用过程中，某一公司或者平台，在获得目标目录结构之后，可以基于目标目录结构对各个参考应用进行存储，以方便开发人员后续在开发应用软件的过程中进行使用。

在一些实施例中，所述基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识，包括：

获得所述待处理应用包括的多个待处理目录标识，以及每个待处理目录标识对应的程序数据类型；

遍历所述目标目录结构，获得对应于相同程序数据类型的待处理目录标识以及第一目标目录标识，确定所述待处理目录标识与所述第一目标目录标识匹配。

需要说明的是，此处的第一目标目录标识实质上为目标目录结构包含的目标目录标识，可以理解为，目标目录结构包括多个目标目录标识，其中与每个待处理目录标识匹配的称为第一目标目录标识，这里仅是便于不同的处理过程的描述，不用做限制本发明。

这里，获得与待处理应用包含的每个待处理目录标识匹配的第一目标目录标识可以理解为：将待处理应用包含的每个待处理目录标识与目标目录结构中包含的每个目标目录标识进行匹配。

在实际应用过程中，所述遍历所述目标目录结构，获得对应于相同程序数据类型的待处理目录标识以及第一目标目录标识，包括：

按照程序数据类型遍历所述目标目录结构，从所述目标目录结构中获得对应于每一种程序数据类型的第一目标目录标识；

按照程序数据类型确定所述待处理应用包含多个待处理目录标识；

获取相同程序数据类型对应的待处理目录标识以及第一目标目录标识。

对应的，所述确定所述待处理目录标识与所述第一目标目录标识匹配，可以包括：将获得的对应于相同程序数据类型的每个第一目标目录标识作为与每个待处理目录标识匹配的第一目标目录标识。

在将待处理应用的各待处理目录标识与所述目标目录结构中的每个目标目录标识进行匹配后，需要将每个待处理目录标识对应的程序数据进行处理，以便后续开发人员快速的查询获得该程序数据。在实际应用过程中，对于每个待处理目录标识对应的程序数据至少包含两种不同的处理方式。

作为一种实施方式，所述建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系，包括：按照程序数据类型将所述每个待处理目录标识对应的程序数据存储到第一目标文件夹；所述第一目标文件夹与所述程序数据类型对应的第一目标目录标识对应。

需要说明的是，此种处理方式，总体来说，是将各待处理应用存储在各种类型的程序数据设定的存储位置，并将存储路径进行记录，以便开发人员在同一位置查询各种类型的程序数据。其中，设定存储位置可以是任何可以进行存储的地方，比如，电脑的各存储盘（c盘、d盘或者e盘等）。

需要说明的是，待处理应用是前述参考应用的任一个，也就是说，本发明实施例所说的将待处理应用的每个待处理目录标识对应的程序数据存储在设定的存储位置，是指将前述中的每一个参考应用中的每个参考目录标识对应的程序数据均存储在设定的存储位置。这样一来，开发人员仅需在设定的存储位置（比如：在同一电脑的d盘）中查询不同应用软件的不同种类的程序数据。

具体来讲，就是在设定的存储位置创建一组第一目标文件夹，该一组第一目标文件夹的每个第一目标文件夹的命名与目标目录结构包含的每个第一目标目录标识对应，比如，假设第一目标目录标识为bin，则第一目标文件夹的名称就为bin，然后将待处理应用中包含的每一种程序数据分别放置在与每一种程序数据类型对应的待处理目录标识匹配的第一目标目录标识对应的第一目标文件中。

示例性的，假设目标目录结构包含的第一目标目录标识分别为：inst、app、bin、etc、data、var、share、tmp、log和backup，则第一目标文件夹就分别为：inst文件夹、app文件夹、bin文件夹、etc文件夹、data文件夹、var文件夹、share文件夹、tmp文件夹、log文件夹和backup文件夹。然后，假设待处理应用包含的待处理目录标识分别为：bin、conf、lib、logs、temp、webapp、work，并且每个待处理目录标识对应的程序数据分别为：可执行程序数据、配置程序数据、共享程序数据、日志程序数据、WEB应用程序数据以及动态程序数据。此时，基于前述存储方式，待处理应用的各程序数据按照前述描述的顺序应该依次存储在bin文件夹、etc文件夹、share文件夹、log文件夹、app文件夹以及var文件夹。

在一些实施例中，采用前述的存储处理方式，若想要将各第一目标目录标识对应的第一目标文件夹或者第二目标文件夹存储在前述的d盘中的某个文件夹内，在一些实施例中，所述方法还包括：创建一级目录文件夹；将所述各第一目标文件夹或各第二目标文件夹存储到所述一级目录文件夹。

需要说明的是，所述一级目录文件夹对应的目录标识为一级目录标识，其中，所述一级目录标识为一级目录文件夹的名称，比如，将所有的应用软件统一放置在/<app_root>/，那么，app_root就称之为一级目录标识，该存储路径/<app_root>/可以为相对路径；目标目录结构中包含的每个目标目录标识（或者，第一目标目录标识）可以称为二级目录标识，比如，将应用程序数据统一放置在/<app_root>/app/，那么，app就称之为二级目录标识。

示例性的，以tomcat 8.5.31版本设置的应用软件，其名为myapp（版本1.2.3）为例进行说明。myapp的各程序数据存储可以包括一级目录文件夹：<app_root>，一级目录标识：app_root；二级目录标识包括各第一目标目录标识，其具体存储如下：

安装程序数据为：/<app_root>/inst/binary/apache-tomcat-8.5.31.tar.gz。需要说明的是，这里的binary表示二进制安装包，不需要编译源码。并且安装程序数据所对应的目录下又包含多个子级目录，其中binary仅是其中一个子级目录。

安装目录程序数据为：/<app_root>/app/tomcat-8.5.31-myapp-1.2.3。需要说明的是，这里应用软件的安装目录程序数据携带了tomcat版本号以及自己开发的应用软件的版本号，用于便于识别该安装目录程序数据属于哪个应用软件。

静态程序数据为：/<app_root>/data/tomcat-8.5.31-myapp-1.2.3。需要说明的是，由于应用软件中包含的静态数据类型很多，也即：静态程序数据所对应的目录下又包含多个子级目录，比如要存储java字节码程序数据，需要创建子级目录java，也即：java字节码程序数据存储在/<app_root>/data/java/myapp-1.2.3。在实际应用过程中，通过目标目录结构寻找某一类型的程序数据时，可能需要顺着一级一级的目录寻找，才能找到。

基于前述描述，动态程序数据为/<app_root>/var/tomcat-8.5.31-myapp-1.2.3。配置程序数据为/<app_root>/etc/tomcat-8.5.31-myapp-1.2.3。同静态数据，动态数据也包含不同种类的数据，动态程序数据所对应的目录下又包含多个子级目录，比如，/<app_root>/app/tomcat-8.5.31-myapp-1.2.3/conf。日志程序数据为：/<app_root>/log/tomcat-8.5.31-myapp-1.2.3。

为了节省存储资源，作为另一种实施方式，所述建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系，包括：

获取第一程序数据的第一存储路径；

确定所述第一存储路径与所述第一程序数据对应的第一目录标识匹配的第一目标目录标识的第一链接关系；所述第一链接关系用于基于所述第一目标目录标识查询到所述第一程序数据；

按照所述第一程序数据对应的程序数据类型将所述第一链接关系存储到第二目标文件夹；所述第二目标文件夹与所述第一程序数据对应的程序数据类型对应的第一目标目录标识对应。

需要说明的是，这里所说的第一程序数据是指待处理应用中的任一程序数据。第一存储路径对应于第一程序数据，其可以为绝对路径，也可以是相对路径；所述绝对路径：把从树根开始的路径名称称为绝对路径名（absolute Path Name），所述相对路径：把从当前目录开启直到数据文件为止所构成的路径名，称为相对路径名（relative Path Name）；路径名：从树的根（即主目录）开始，把全部目录文件名与数据文件名，依次地用“\”连接起来，即构成该数据文件的路径名（Path Name）。

需要说明的是，第一链接关系可以是软链接(Soft Link)（又叫符号链接），本文件包含了另一个文件的路径名，该本文件可以是任意文件或目录，根据软链接本文件可以链接不同文件系统的文件。

这里，所说的第二目标文件夹与前述的第一目标文件夹本质相同，也就是说，第二目标文件夹也是基于目标目录结构包含的第一目标目录标识进行创建的，也即：当目标目录结构为inst、app、bin、etc、data、var、share、tmp、log和backup，则第二目标文件夹也分别为：inst文件夹、app文件夹、bin文件夹、etc文件夹、data文件夹、var文件夹、share文件夹、tmp文件夹、log文件夹和backup文件夹。然后，若待处理应用包含的待处理目录标识分别为：bin、conf、lib、logs、temp、webapp、work，并且每个待处理目录标识对应的程序数据分别为：可执行程序数据、配置程序数据、共享程序数据、日志程序数据、WEB应用程序数据以及动态程序数据，采用此时的存储方式，待处理应用的每个程序数据对应的第一链接关系按照前述描述的待处理应用的每个程序数据的顺序应该依次存储在bin文件夹、etc文件夹、share文件夹、log文件夹、app文件夹以及var文件夹。

需要说明的是，与前一种对待处理应用的存储方式相比，此种存储方式，所需要的存储空间较少，待处理应用包含的各程序数据还在原来的存储位置，这样不仅可以节省存储资源，而且不需要大量的读写操作。

需要说明的是，在特殊情况下，上述两种待处理应用的各程序数据的存储方式可以交叉使用，以简化应用软件的记忆。该特殊情况可以是同一个主机只部署应用软件，比如在同一主机上仅部署一个采用tomcat 8.5.31开发的myapp1.2.3。

示例性的，以tomcat 8.5.31版本设置的应用软件，其名为myapp（版本1.2.3）为例进行说明，在该特殊情况下，myapp的各程序数据存储为：一级目录为：/<app_root>/；二级目录为：/<app_root>/app/、/<app_root>/data/、/<app_root>/var/、/<app_root>/etc/、/<app_root>/log/。每个二级目录对应的第一目标目录标识对应的第二目标文件夹下，各自存储对应于myapp的每个程序数据的存储路径与目录标识的第二链接关系。该第二链接关系可以查询到对应版本的应用软件的各程序数据。

基于此，第二链接关系分别为：

/<app_root>/app/tomcat-myapp中的目录标识“tomcat-myapp”与存储路径/<app_root>/app/tomcat-8.5.31-myapp-1.2.3之间的关系；

/<app_root>/data/tomcat-myapp中的目录标识“tomcat-myapp”与存储路径/<app_root>/data/tomcat-8.5.31-myapp-1.2.3之间的关系

/<app_root>/var/tomcat-myapp中的目录标识“tomcat-myapp”与存储路径/<app_root>/var/tomcat-8.5.31-myapp-1.2.3之间的关系；

/<app_root>/etc/tomcat-myapp中的目录标识“tomcat-myapp”与存储路径/<app_root>/etc/tomcat-8.5.31-myapp-1.2.3之间的关系；

/<app_root>/log/tomcat-myapp中的目录标识“tomcat-myapp”与存储路径/<app_root>/log/tomcat-8.5.31-myapp-1.2.3之间的关系。

需要说明的是，在实际应用过程中，会比上述例子复杂，因此，在对不同版本的应用软件以及不同种类的应用软件进行管理时，需要注意以下几个原则：

（1）应用软件的每个目录都应区分版本，这样才能最大限度避免资源争用或混乱。

（2）应用软件的版本最好选定一个，不要轻易改动，也不要随意选择多个版本。比如这里tomcat统一使用8.5.31，以后升级维护可以针对这一个版本进行程序和目录进行操作，减少不必要的工作量。

（3）如果应用软件之间有依赖，则要在命名上体现出来。比如tomcat只是java容器，最终实现业务逻辑的是myapp，所以tomcat的目录要包含myapp，最终tomcat的目录会变成tomcat-myapp这个形态。

本发明实施例提供的文件管理方法，通过对各种应用软件包含的目录结构的差异性进行分析，提取出各种应用软件包含的目录结构的共性，形成目标目录标识，有效消除了识别不同应用软件的目录结构的繁琐工作，简化了运维管理平台的构建难度，可间接提升研发效能。

基于相同的发明构思，本发明实施例还提供一种文件管理装置，如图2所示，其示出本发明实施例提供的一种文件管理的结构示意图。该装置20包括：确定模块201、获得模块202和建立模块203，其中，

所述确定模块201，用于确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；

所述获得模块202，用于基于所述确定模块确定的所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；

所述建立模块203，用于每个待处理目录标识对应的程序数据与所述获得模块获得的每个待处理目录标识匹配的所述第一目标目录标识的关联关系。

在一些实施例中，所述建立模块203，具体用于：按照程序数据类型将所述每个待处理目录标识对应的程序数据存储到第一目标文件夹；所述第一目标文件夹与所述程序数据类型对应的第一目标目录标识对应。

在一些实施例中，所述建立模块203，具体用于：获取第一程序数据的第一存储路径；确定所述第一存储路径与所述第一程序数据对应的待处理目录标识匹配的第一目标目录标识的第一链接关系；所述第一链接关系用于基于所述第一目标目录标识查询到所述第一程序数据；按照所述第一程序数据对应的程序数据类型将所述第一链接关系存储到第二目标文件夹；所述第二目标文件夹与所述第一程序数据对应的程序数据类型对应的第一目标目录标识对应。

在一些实施例中，所述确定模块201包括获得子单元和确定子单元，其中，

所述获得子单元，用于获得多种类型的参考应用，确定每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据；

所述确定子单元，用于基于所述获得子单元获得的每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构。

在一些实施例中，所述获得模块202，具体用于：获得所述待处理应用包括的多个待处理目录标识，以及每个待处理目录标识对应的程序数据类型；遍历所述目标目录结构，获得对应于相同程序数据类型的待处理目录标识以及第一目标目录标识，确定所述待处理目录标识和所述第一目标目录标识匹配。

在一些实施例中，所述确定子单元，具体用于：按照程序数据类型对所述每种类型的参考应用的多个参考目录标识进行分类处理，获得分类结果；基于所述分类结果，确定每一种程序数据类型对应的参考目录标识；基于所述每一种程序数据类型对应的参考目录标识确定所述目标目录结构。

本发明实施例提供的文件管理装置，通过对各种应用软件包含的目录结构的差异性进行分析，提取出各种应用软件包含的目录结构的共性，形成目标目录标识，有效消除了识别不同应用软件的目录结构的繁琐工作，简化了运维管理平台的构建难度，可间接提升研发效能。

需要说明的是，本发明实施例提供一种文件管理装置与前述文件管理方法为同一发明构思，因此，在文件管理装置的实施例中出现的词语含义与前述相同，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序处理器被处理器执行时实现上述方法实施例的步骤，而前述的可读存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明实施例还提供一种文件管理装置，所述文件管理装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行存储在存储器中的上述方法实施例的步骤。

图3为本发明实施例报文处理装置的一种硬件结构示意图，该文件管理装置30包括：至少一个处理器301、存储器302，可选的，文件管理装置30还可进一步包括至少一个通信接口303，文件管理装置30中的各个组件通过总线系统304耦合在一起，可理解，总线系统304用于实现这些组件之间的连接通信。总线系统304除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为总线系统304。

可以理解，存储器302可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器（ROM，Read Only Memory）、可编程只读存储器（PROM，Programmable Read-Only Memory）、可擦除可编程只读存储器（EPROM，Erasable Programmable Read-Only Memory）、电可擦除可编程只读存储器（EEPROM，Electrically Erasable Programmable Read-Only Memory）、磁性随机存取存储器（FRAM，ferromagnetic random access memory）、快闪存储器（Flash Memory）、磁表面存储器、光盘、或只读光盘（CD-ROM，Compact Disc Read-Only Memory）；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器（RAM，Random AccessMemory），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器（SRAM，Static Random Access Memory）、同步静态随机存取存储器（SSRAM，Synchronous Static Random Access Memory）、动态随机存取存储器（DRAM，Dynamic Random Access Memory）、同步动态随机存取存储器（SDRAM，SynchronousDynamic Random Access Memory）、双倍数据速率同步动态随机存取存储器（DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory）、增强型同步动态随机存取存储器（ESDRAM，Enhanced Synchronous Dynamic Random Access Memory）、同步连接动态随机存取存储器（SLDRAM，SyncLink Dynamic Random Access Memory）、直接内存总线随机存取存储器（DRRAM，Direct Rambus Random Access Memory）。本发明实施例描述的存储器302旨在包括但不限于这些和任意其它适合类型的存储器。

本发明实施例中的存储器302用于存储各种类型的数据以支持文件管理装置30的操作。这些数据的示例包括：用于在文件管理装置30上操作的任何计算机程序，如确定目标目录结构的过程以及获得待处理应用中与每个目录标识匹配的第一目标目录标识的过程等，实现本发明实施例方法的程序可以包含在存储器302中。

上述本发明实施例揭示的方法可以应用于处理器301中，或者由处理器301实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器（DSP，Digital Signal Processor），或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，文件管理装置30可以被一个或多个应用专用集成电路（ASIC，Application Specific Integrated Circuit）、DSP、可编程逻辑器件（PLD，ProgrammableLogic Device）、复杂可编程逻辑器件（CPLD，Complex Programmable Logic Device）、现场可编程门阵列（FPGA，Field-Programmable Gate Array）、通用处理器、控制器、微控制器（MCU，Micro Controller Unit）、微处理器（Microprocessor）、或其他电子元件实现，用于执行上述方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种文件管理方法，其特征在于，所述方法包括：

确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；

基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；

建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系。

2.根据权利要求1所述的方法，其特征在于，所述建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系，包括：按照程序数据类型将所述每个待处理目录标识对应的程序数据存储到第一目标文件夹；所述第一目标文件夹与所述程序数据类型对应的第一目标目录标识对应。

3.根据权利要求1所述的方法，其特征在于，所述建立每个待处理目录标识对应的程序数据与每个待处理目录标识匹配的所述第一目标目录标识的关联关系，包括：

获取第一程序数据的第一存储路径；

确定所述第一存储路径与所述第一程序数据对应的待处理目录标识匹配的第一目标目录标识的第一链接关系；所述第一链接关系用于基于所述第一目标目录标识查询到所述第一程序数据；

按照所述第一程序数据对应的程序数据类型将所述第一链接关系存储到第二目标文件夹；所述第二目标文件夹与所述第一程序数据对应的程序数据类型对应的第一目标目录标识对应。

4.根据权利要求1所述的方法，其特征在于，所述确定目标目录结构，包括：

获得多种类型的参考应用，确定每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据；

基于每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构。

5.根据权利要求1所述的方法，其特征在于，所述基于所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识，包括：

获得所述待处理应用包括的多个待处理目录标识，以及每个待处理目录标识对应的程序数据类型；

遍历所述目标目录结构，获得对应于相同程序数据类型的待处理目录标识以及第一目标目录标识，确定所述待处理目录标识和所述第一目标目录标识匹配。

6.根据权利要求4所述的方法，其特征在于，所述基于每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构，包括：

按照程序数据类型对所述每种类型的参考应用的多个参考目录标识进行分类处理，获得分类结果；

基于所述分类结果，确定每一种程序数据类型对应的参考目录标识；

基于所述每一种程序数据类型对应的参考目录标识确定所述目标目录结构。

7.一种文件管理装置，其特征在于，所述装置包括：确定模块、获得模块和建立模块，其中，

所述确定模块，用于确定目标目录结构；所述目标目录结构包括多个目标目录标识；所述目标目录结构用于指示每个目标目录标识与程序数据类型的对应关系；

所述获得模块，用于基于所述确定模块确定的所述目标目录结构识别待处理应用的多个待处理目录标识，获得与每个待处理目录标识匹配的第一目标目录标识；

所述建立模块，用于每个待处理目录标识对应的程序数据与所述获得模块获得的每个待处理目录标识匹配的所述第一目标目录标识的关联关系。

8.根据权利要求7所述的装置，其特征在于，所述建立模块，具体用于：按照程序数据类型将所述每个待处理目录标识对应的程序数据存储到第一目标文件夹；所述第一目标文件夹与所述程序数据类型对应的第一目标目录标识对应。

9.根据权利要求7所述的装置，其特征在于，所述建立模块，具体用于：获取第一程序数据的第一存储路径；确定所述第一存储路径与所述第一程序数据对应的待处理目录标识匹配的第一目标目录标识的第一链接关系；所述第一链接关系用于基于所述第一目标目录标识查询到所述第一程序数据；按照所述第一程序数据对应的程序数据类型将所述第一链接关系存储到第二目标文件夹；所述第二目标文件夹与所述第一程序数据对应的程序数据类型对应的第一目标目录标识对应。

10.根据权利要求7所述的装置，其特征在于，所述确定模块包括获得子单元和确定子单元，其中，

所述获得子单元，用于获得多种类型的参考应用，确定每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据；

所述确定子单元，用于基于所述获得子单元获得的每种类型的参考应用的多个参考目录标识以及每个参考目录标识对应的程序数据确定所述目标目录结构。

11.根据权利要求7所述的装置，其特征在于，所述获得模块，具体用于：获得所述待处理应用包括的多个待处理目录标识，以及每个待处理目录标识对应的程序数据类型；遍历所述目标目录结构，获得对应于相同程序数据类型的待处理目录标识以及第一目标目录标识，确定所述待处理目录标识和所述第一目标目录标识匹配。

12.根据权利要求10所述的装置，其特征在于，所述确定子单元，具体用于：按照程序数据类型对所述每种类型的参考应用的多个参考目录标识进行分类处理，获得分类结果；基于所述分类结果，确定每一种程序数据类型对应的参考目录标识；基于所述每一种程序数据类型对应的参考目录标识确定所述目标目录结构。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6任一项所述方法的步骤。

14.一种文件管理装置，其特征在于，所述文件管理装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行权利要求1至6任一项所述方法的步骤。

Images