本申请涉及一种权限配置方法、装置及存储介质，属于计算机
技术领域：
。
背景技术：
：版本控制系统(或称，版本管理软件)(subversion，svn)是一种支持多个开发人员共同开发同一个项目的开源的版本管理软件。在使用svn的过程中，若用户需要开通某个仓库的临时权限，则配置管理团队人为修改权限配置文件进行添加操作，以使该用户的临时权限添加至权限配置文件中。然而，当服务器中的仓库数量较大和/或仓库中代码的目录层级较多时，人工执行添加操作效率较低，导致权限配置的效率较低。技术实现要素：本申请提供了一种权限配置方法、装置及存储介质，可以解决人工执行添加操作效率较低，导致权限配置的效率较低的问题。本申请提供如下技术方案：第一方面，提供一种权限配置方法，该方法包括：接收用户终端发送的权限申请请求，所述权限申请请求至少包括用户标识、操作权限和目标路径；根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表；在未确定出所述目标路径权限列表时，对所述目标路径进行层级分解，得到所述目标路径的父目录路径；根据所述权限配置文件，将与所述父目录路径相匹配的权限列表确定为所述目标路径权限列表；将所述用户标识和所述操作权限添加至所述目标路径权限列表中。可选地，所述目标路径包括目标服务器的服务器标识；所述接收用户终端发送的权限申请请求之后，还包括：根据所述服务器标识获取所述目标服务器的加锁标识；在所述加锁标识指示未处理对所述目标服务器的权限申请请求时，对所述目标服务器加锁。可选地，所述根据所述服务器标识获取所述目标服务器的加锁标识之后，还包括：在所述加锁标识指示正在处理对所述目标服务器的权限申请请求时，向所述用户终端返回忙碌通知，所述忙碌通知用于指示正在处理对所述目标服务器的权限申请请求。可选地，所述将所述用户标识和所述操作权限添加至所述目标路径权限列表中，包括：确定所述目标路径权限列表是否包括所述用户标识；在所述目标路径权限列表包括所述用户标识时，删除所述目标路径权限列表中记录的所述用户标识对应的原始权限；将所述用户标识和所述操作权限添加至所述目标路径权限列表中。可选地，所述根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表之后，还包括：确定所述目标路径的子目录的第一权限列表中是否包括所述用户标识；在所述第一权限列表包括所述用户标识时，删除所述第一权限列表中记录的所述用户标识对应的原始权限；将所述用户标识和所述操作权限添加至所述第一权限列表中。可选地，所述根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表之后，还包括：确定所述目标路径的上层目录的第二权限列表中是否包括所述用户标识；在所述第二权限列表不包括所述用户标识时，在所述第二权限列表中添加所述用户标识和所述用户标识的只读权限。可选地，所述将所述用户标识和所述操作权限添加至所述目标路径权限列表中之后，还包括：根据更新后的所述目标路径权限列表生成新增权限文件和更新后的权限配置文件；将所述新增权限文件和所述更新后的权限配置文件发送至所述目标服务器，所述新增权限文件和所述更新后的权限配置文件用于供所述目标服务器中的权限管理仓库对所述新增权限文件和所述更新后的权限配置文件进行合并，得到最终权限配置文件，所述权限管理仓库用于统一管理所述目标服务器中运行的至少一个其它仓库的权限配置文件。第二方面，提供一种权限配置方法，所述方法包括：接收管理服务器发送的新增权限文件和更新后的权限配置文件，所述新增权限文件和所述更新后的权限配置文件是所述管理服务器根据接收到的权限申请请求指示的操作权限、目标路径和用户标识生成的；触发权限管理仓库对所述新增权限文件和更新后的权限配置文件进行合并，得到最终权限配置文件，所述权限管理仓库用于统一管理所述目标服务器中运行的至少一个其它仓库的权限配置文件；根据所述最终权限配置文件确定用户终端的访问权限。第三方面，提供一种权限配置装置，所述装置包括：请求接收模块，用于接收用户终端发送的权限申请请求，所述权限申请请求至少包括用户标识、操作权限和目标路径；第一匹配模块，用于根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表；路径分解模块，用于在未确定出所述目标路径权限列表时，对所述目标路径进行层级分解，得到所述目标路径的父目录路径；第二匹配模块，用于根据所述权限配置文件，将与所述父目录路径相匹配的权限列表确定为所述目标路径权限列表；权限添加模块，用于将所述用户标识和所述操作权限添加至所述目标路径权限列表中。可选地，所述目标路径包括目标服务器的服务器标识；所述装置还包括：标识获取模块，用于在接收用户终端发送的权限申请请求之后，根据所述服务器标识获取所述目标服务器的加锁标识；加锁模块，用于在所述加锁标识指示未处理对所述目标服务器的权限申请请求时，对所述目标服务器加锁。可选地，所述装置还包括：通知返回模块，用于根据所述服务器标识获取所述目标服务器的加锁标识之后，在所述加锁标识指示正在处理对所述目标服务器的权限申请请求时，向所述用户终端返回忙碌通知，所述忙碌通知用于指示正在处理对所述目标服务器的权限申请请求。可选地，所述权限添加模块，包括：确定单元，用于确定所述目标路径权限列表是否包括所述用户标识；删除单元，用于在所述目标路径权限列表包括所述用户标识时，删除所述目标路径权限列表中记录的所述用户标识对应的原始权限；添加单元，用于将所述用户标识和所述操作权限添加至所述目标路径权限列表中。可选地，所述装置还包括：第一确定模块，用于根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表之后，确定所述目标路径的子目录的第一权限列表中是否包括所述用户标识；删除模块，用于在所述第一权限列表包括所述用户标识时，删除所述第一权限列表中记录的所述用户标识对应的原始权限；第一添加模块，用于将所述用户标识和所述操作权限添加至所述第一权限列表中。可选地，所述装置还包括：第二确定模块，用于根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表之后，确定所述目标路径的上层目录的第二权限列表中是否包括所述用户标识；第二添加模块，用于在所述第二权限列表不包括所述用户标识时，在所述第二权限列表中添加所述用户标识和所述用户标识的只读权限。可选地，所述装置还包括：文件生成模块，用于将所述用户标识和所述操作权限添加至所述目标路径权限列表中之后，根据更新后的所述目标路径权限列表生成新增权限文件和更新后的权限配置文件；文件发送模块，用于将所述新增权限文件和所述更新后的权限配置文件发送至所述目标服务器，所述新增权限文件和所述更新后的权限配置文件用于供所述目标服务器中的权限管理仓库对所述新增权限文件和所述更新后的权限配置文件进行合并，得到最终权限配置文件，所述权限管理仓库用于统一管理所述目标服务器中运行的至少一个其它仓库的权限配置文件。第四方面，提供一种权限配置装置，所述装置包括：文件接收模块，用于接收管理服务器发送的新增权限文件和更新后的权限配置文件，所述新增权限文件和所述更新后的权限配置文件是所述管理服务器根据接收到的权限申请请求指示的操作权限、目标路径和用户标识生成的；权限合并模块，用于触发权限管理仓库对所述新增权限文件和更新后的权限配置文件进行合并，得到最终权限配置文件，所述权限管理仓库用于统一管理所述目标服务器中运行的至少一个其它仓库的权限配置文件；权限确定模块，用于根据所述最终权限配置文件确定用户终端的访问权限。第五方面，提供一种权限配置装置，所述装置包括处理器和存储器；所述存储器中存储有程序，所述程序由所述处理器加载并执行以实现第一方面所述的权限配置方法；或者，实现第二方面所述的权限配置方法。第六方面，提供一种计算机可读存储介质，所述存储介质中存储有程序，所述程序由所述处理器加载并执行以实现第一方面所述的权限配置方法；或者，实现第二方面所述的权限配置方法。本申请的有益效果在于：通过接收用户终端发送的权限申请请求；根据该权限申请请求自动添加某个用户的权限；可以解决人工添加权限导致权限配置的效率较低的问题；由于无需配置管理团队人工配置权限，而是管理服务器自动识别权限申请请求，根据该权限申请请求自动添加某个用户的权限，因此，可以提高权限配置的效率。另外，若权限配置文件存储每个层级的目录对应的权限，则随着仓库中目录的规模扩大，权限配置文件所需存储的权限随之增多，权限配置文件占用的存储空间也会较大；而本实施例中，通过子目录继承父目录的权限列表的方式，使得权限配置文件无需预先存储每个层级的目录对应的权限，还可以保证用户可以申请任意一级的子目录的权限。上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，并可依照说明书的内容予以实施，以下以本申请的较佳实施例并配合附图详细说明如后。附图说明图1是本申请一个实施例提供的权限配置系统的结构示意图；图2是本申请一个实施例提供的权限配置方法的流程图；图3是本申请一个实施例提供的权限配置方法的流程图；图4是本申请另一个实施例提供的权限配置方法的流程图；图5是本申请另一个实施例提供的权限配置方法的流程图；图6是本申请一个实施例提供的权限配置装置的框图；图7是本申请一个实施例提供的权限配置装置的框图；图8是本申请一个实施例提供的权限配置装置的框图。具体实施方式下面结合附图和实施例，对本申请的具体实施方式作进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。首先，对本申请涉及的若干名词进行解释。版本控制系统(或称，版本管理软件)(subversion，svn)是一个开放源代码的版本控制系统，用于多个开发人员共同开发同一个项目。支持linux操作系统和windows操作系统等。在svn的使用过程中，若开发人员需要创建一个项目，则需要创建一个管理该项目的仓库。仓库(或称，svn库)用于存放程序代码和/或文档。对于每一个仓库拥有一个独立的权限配置文件，该权限配置文件中存储有用户组信息，并以用户或用户组的方式对某一层级目录的权限进行分配。其中，权限包括对某一层级目录中的内容的读写权限(write)、只读权限(read)和限制访问(none)中的至少一种。用户组：是指将具有相同权限的用户划为一组得到的。对于同一用户组，只要对该用户组赋予一定的权限，那么该组内的用户就具有相同的权限。用户组信息至少包括对应的用户组的用户组标识。用户组标识可以是某个部门的标识，或者，是至少一个用户构成的标识，本实施例不对用户组标识作限定。可选地，本申请不对用户组的名称作限定，在其它实施例中，用户组也可以称为权限组等。路径：用于指示访问某一层级目录的访问过程。比如：路径为repos/test/trunk：则说明访问trunk目录的过程为：先访问根目录repos，再访问根目录repos下的的子目录test，最后访问子目录test下的子目录trunk。图1是本申请一个实施例提供的权限配置系统的结构示意图，如图1所示，该系统至少包括：用户终端110、管理服务器120和目标服务器130。用户终端110可以是手机、计算机、可穿戴式设备、便携式计算机等具有通信功能的电子设备，本实施例不对用户终端110的类型作限定。用户终端110用于生成权限申请请求，并将该权限申请请求发送至管理服务器120。其中，权限申请请求至少包括用户标识、操作权限和目标路径。该权限申请请求用于请求添加该用户标识对目标路径指示的内容的访问权限，该访问权限与该操作权限指示的权限相同。用户终端110通过有线网络或者无线网络与管理服务器120建立通信连接。示意性地，用户终端110基于超文本传输协议(hypertexttransferprotocol，http)与管理服务器120建立通信连接。可选地，管理服务器120可以是独立的服务器主机；或者，也可以是多个服务器主机构成的服务器集群。示意性地，管理服务器120可以是网页(web)服务器。管理服务器120用于接收用户终端110发送的权限申请请求；根据已存储的权限配置文件，确定与目标路径相匹配的目标路径权限列表；在未确定出目标路径权限列表时，对目标路径进行层级分解，得到目标路径的父目录路径；根据权限配置文件，将与父目录路径相匹配的权限列表确定为目标路径权限列表；将用户标识和操作权限添加至目标路径权限列表中。可选地，管理服务器120还用于根据更新后的目标路径权限列表生成新增权限文件和更新后的权限配置文件；将新增权限文件和更新后的权限配置文件发送至目标服务器130。其中，新增权限文件和更新后的权限配置文件用于供目标服务器130中的权限管理仓库131对新增权限文件和更新后的权限配置文件进行合并，得到最终权限配置文件。可选地，管理服务器120与目标服务器130通过有线网络或者无线网络进行通信连接。目标服务器130可以是独立的服务器主机；或者，也可以是多个服务器主机构成的服务器集群。示意性地，目标服务器130中运行有svn，目标服务器130用于接收管理服务器120发送的新增权限文件和更新后的权限配置文件；触发权限管理仓库131对新增权限文件和更新后的权限配置文件进行合并，得到最终权限配置文件；根据最终权限配置文件确定用户终端的访问权限。其中，新增权限文件和更新后的权限配置文件是管理服务器120根据接收到的权限申请请求指示的操作权限、目标路径和用户标识生成的。可选地，每个目标服务器130中创建有至少一个其它仓库和一个权限管理仓库131，其它仓库用于存储项目的代码和/或文档，权限管理仓库131用于统一管理目标服务器中运行的至少一个其它仓库的权限配置文件。需要补充说明的是，本实施例仅以用户终端110、目标服务器130的数量为一个为例进行说明，在实际实现时，用户终端110和目标服务器130也可以为多个，本实施例对此不作限定。图2是本申请一个实施例提供的权限配置方法的流程图，本实施例以该的方法应用于图1所示的权限配置系统中，且各个步骤的执行主体为该系统中的管理服务器120为例进行说明。该方法至少包括以下几个步骤：步骤201，接收用户终端发送的权限申请请求。其中，权限申请请求至少包括用户标识、操作权限和目标路径。比如：管理服务器接收到的权限申请请求为：{tjf，http：//192.123.1.1/repos/test/trunk，写}。其中，“tjf”为用户标识，“写”为操作权限，“http：//192.123.1.1/repos/test/trunk”为目标路径。步骤202，根据已存储的权限配置文件，确定与目标路径相匹配的目标路径权限列表。可选地，在管理服务器未确定出目标路径权限列表时，执行步骤203；在管理服务器确定出目标路径权限列表时，执行步骤205。可选地，管理服务器中存储的权限配置文件可以是从目标服务器中下载得到的；或者，该权限配置文件是配置管理团队导入的，本实施例对此不作限定。权限配置文件以结构化存储的形式存储在管理服务器的数据库中。示意性地，管理服务器中存储的权限配置文件如下表一所示：表一：管理服务器会识别目标路径的路径结构，然后，根据该路径结构在权限配置文件中查找对应的权限和用户组信息，得到该目标路径的目标路径权限列表。步骤203，在未确定出目标路径权限列表时，对目标路径进行层级分解，得到目标路径的父目录路径。可选地，若权限配置文件存储每个层级的目录对应的权限，则随着仓库中目录的规模扩大，权限配置文件所需存储的权限随之增多，权限配置文件占用的存储空间也会较大。本实施例中，通过子目录继承父目录权限列表的方式，使得权限配置文件无需存储每个层级的目录对应的权限，简化了权限配置文件的结构。可选地，管理服务器对目标路径按照预定规则进行划分和存储，将最后一层目录的上一层目录的路径确定为目标路径的父目录路径。比如：将目标路径按照从前到后的顺序依次划分为：访问协议、访问地址、仓库地址、根目录、第一层子目录、第二层子目录、.......第n层子目录等等。比如：目标路径为：a/b/c/d，则在表一所示的权限配置文件中无法确定a/b/c/d对应的权限列表，此时，管理服务器确定目标路径的父目录路径为a/b/c/。步骤204，根据权限配置文件，将与父目录路径相匹配的权限列表确定为目标路径权限列表。比如：在表一中查找父目录路径a/b/c/对应的权限列表，得到目标权限列表{none，人力资源部}。步骤205，将用户标识和操作权限添加至目标路径权限列表中。比如：在表一中查找父目录路径a/b/c/对应的权限列表，得到目标权限列表{none，人力资源部}，则将用户标识“tjf”和操作权限“write”加入该目标权限列表，得到下表二：表二：none人力资源部writetjf可选地，管理服务器在将用户标识和操作权限添加至目标路径权限列表中时，先确定目标路径权限列表是否包括权限申请请求中的用户标识；在目标路径权限列表包括该用户标识时，删除目标路径权限列表中记录的用户标识对应的原始权限；将用户标识和操作权限添加至目标路径权限列表中；在目标路径权限列表不包括该用户标识时，直接将用户标识和操作权限添加至目标路径权限列表中。可选地，管理服务器还可以确定目标路径的子目录的第一权限列表中是否包括用户标识；在第一权限列表包括用户标识时，删除第一权限列表中记录的用户标识对应的原始权限；将用户标识和操作权限添加至第一权限列表中；在第一权限列表不包括用户标识时，将用户标识和操作权限添加至第一权限列表中。本步骤可以在步骤205之前执行；或者，也可以在步骤205之后执行；或者，还可以与步骤205同时执行，本实施对此不作限定。比如：目标路径为a/b/，该目标路径的子目录为a/b/c/，则管理服务器不仅需要在a/b/对应的目标权限列表{read，销售部}中加入用户标识“tjf”和操作权限“write”，得到表三所示的权限列表，还需要在子目录a/b/c/对应的第一权限列表{none，人力资源部}中加入用户标识“tjf”和操作权限“write”，得到表二所示的权限列表。表三：read销售部writetjf可选地，管理服务器还可以确定目标路径的上层目录的第二权限列表中是否包括用户标识；在第二权限列表不包括用户标识时，在第二权限列表中添加用户标识和用户标识的只读权限。本步骤可以在步骤205之前执行；或者，也可以在步骤205之后执行；或者，还可以与步骤205同时执行，本实施对此不作限定。目标路径的上层目录是指包括根目录在内的、每一级位于该目标路径的上层的目录。比如：目标路径为a/b/c/，该目标路径的上层目录为a/、a/b/，则管理服务器需要在a/对应的第二权限列表中加入用户标识“tjf”和只读权限得到下表四；在a/b/对应的第二权限列表中加入用户标识“tjf”和只读权限得到下表五。表四：write产品经理部readtjf表五：read销售部readtjf综上所述，本实施例提供的权限配置方法，通过接收用户终端发送的权限申请请求；根据该权限申请请求自动添加某个用户的权限；可以解决人工添加权限导致权限配置的效率较低的问题；由于无需配置管理团队人工配置权限，而是管理服务器自动识别权限申请请求，根据该权限申请请求自动添加某个用户的权限，因此，可以提高权限配置的效率。另外，若权限配置文件存储每个层级的目录对应的权限，则随着仓库中目录的规模扩大，权限配置文件所需存储的权限随之增多，权限配置文件占用的存储空间也会较大；而本实施例中，通过子目录继承父目录的权限列表的方式，使得权限配置文件无需预先存储每个层级的目录对应的权限，还可以保证用户可以申请任意一级的子目录的权限。另外，通过在目标路径的上层目录对应的第二权限列表添加只读权限，使得用户可以下载任意一级有权限的上层目录的内容。可选地，在步骤205之后，管理服务器还可以根据更新后的目标路径权限列表生成新增权限文件和更新后的权限配置文件；将新增权限文件和更新后的权限配置文件发送至目标服务器。图3是本申请一个实施例提供的权限配置方法的流程图，本实施例以该的方法应用于图1所示的权限配置系统中，且各个步骤的执行主体为该系统中的目标服务器130为例进行说明。在步骤205之后，该方法至少包括以下几个步骤：步骤301，接收管理服务器发送的新增权限文件和更新后的权限配置文件。新增权限文件和更新后的权限配置文件是管理服务器根据接收到的权限申请请求指示的操作权限、目标路径和用户标识生成的。新增权限文件和更新后的权限配置文件用于供目标服务器中的权限管理仓库对新增权限文件和更新后的权限配置文件进行合并，得到最终权限配置文件。权限管理仓库用于统一管理目标服务器中运行的至少一个其它仓库的权限配置文件。示意性地，新增权限文件为tmp.auth文件，更新后的权限配置文件为conf文件。步骤302，触发权限管理仓库对新增权限文件和更新后的权限配置文件进行合并，得到最终权限配置文件。每个目标服务器中设置有一个权限管理仓库，权限管理仓库用于统一管理目标服务器中运行的至少一个其它仓库的权限配置文件。比如：权限管理仓库为svn_manager。目标服务器还设置有钩子(hook)函数，在目标服务器接收到新增权限文件和更新后的权限配置文件时，会自动触发hook函数对新增权限文件和更新后的权限配置文件进行解析，然后，将二者合并，得到最终权限配置文件。可选地，权限管理仓库合并新增权限文件和更新后的权限配置文件的规则为：若新增权限文件中的权限目录不存在，则在更新后的权限配置文件中添加该权限目录和该权限目录对应的权限；若新增权限文件中的权限目录已存在，则在该权限目录尾部添加对应的权限。步骤303，根据最终权限配置文件确定用户终端的访问权限。综上所述，在同一目标服务器管理多个仓库时，本实施例通过在该目标服务器中设置权限管理仓库来统一管理各个仓库的权限配置文件，降低了管理多个仓库的权限配置文件的难度。可选地，基于上述各个实施例，若管理服务器在处理权限申请请求时，存在至少一个其它用户终端需要申请目标服务器的权限，则管理服务器可以对目标服务器加锁，以提示该至少一个其它用户终端管理服务器正在修改目标服务器的权限，这样，可以避免多个用户终端同时修改目标服务器的权限，造成权限修改冲突的问题。图4是本申请一个实施例提供的权限配置方法的流程图，本实施例以该的方法应用于图1所示的权限配置系统中，且各个步骤的执行主体为该系统中的管理服务器120为例进行说明。在步骤201之后，该方法至少包括以下几个步骤：步骤401，根据目标路径中的服务器标识获取目标服务器的加锁标识。可选地，服务器标识可以是目标服务器的服务器地址。可选地，加锁标识存储在目标服务器的权限管理仓库中。管理服务器获取到权限申请请求后，根据权限申请请求中的目标路径指示的服务器地址，将权限管理仓库下载到本地；根据权限管理仓库中的加锁标识确定管理服务器是否正在处理该目标服务器的权限申请请求。可选地，加锁标识用于指示未处理对目标服务器的权限申请请求；或者，用于指示正在处理对目标服务器的权限申请请求。可选地，在加锁标识指示未处理对目标服务器的权限申请请求时，执行步骤402；在加锁标识指示正在处理对目标服务器的权限申请请求时，执行步骤403。步骤402，在加锁标识指示未处理对目标服务器的权限申请请求时，对目标服务器加锁，执行步骤202。在加锁标识指示未处理对目标服务器的权限申请请求时，说明当前管理服务器没有处理其它用户终端发送的权限申请请求，因此，可以继续处理当前用户终端发送的权限申请请求。其中，管理服务器对目标服务器加锁是指将目标服务器的加锁标识修改为指示正在处理对目标服务器的权限申请请求。相应地，在步骤205或者将新增权限文件和更新后的权限配置文件发送至目标服务器之后，管理服务器还需要将加锁标识修改为指示未处理对目标服务器的权限申请请求。步骤403，在加锁标识指示正在处理对目标服务器的权限申请请求时，向用户终端返回忙碌通知，流程结束。其中，忙碌通知用于指示正在处理对目标服务器的权限申请请求。综上所述，本实施例中通过为目标服务器设置加锁标识，使得存在多个用户终端同时需要申请目标服务器的权限时，管理服务器可以串行对各个用户终端发送的权限申请请求进行处理；可以避免多个用户终端申请相同的权限，造成权限修改冲突的问题。可选地，基于上述各个实施例，在步骤201之后，管理服务器还可以判断用户终端是否能够申请权限申请请求中的操作权限；若能够申请该权限申请请求中的操作权限，则根据已存储的权限配置文件，确定权限申请请求中的用户标识是否已拥有该操作权限；在用户标识未拥有该操作权限时，执行步骤202。可选地，基于上述各个实施例，权限申请请求可能申请的是临时权限，即，该权限具有时效性，并在指定时长内有效，超过该指定时长该权限被回收。此时，在步骤302之后，目标服务器会检测新增权限文件中生效截止时间大于当前时间的目录，并获取该目录对应的权限列表，根据该权限列表生成更新后的新增权限文件，将该更新后的新增权限文件发送至权限管理仓库。可选地，目标服务器通过预先安装的检测脚本来检测新增权限文件中生效截止时间大于当前时间的目录。该检测脚本可以实时检测，或者，也可以每隔一定时长检测，本实施例对此不作限定。其中，生效截止时间可以是权限申请请求中携带的。为了更清楚地理解本申请提供的权限配置方法，下面对该权限配置方法举一个实例进行说明。图5是本申请一个实施例提供的权限配置方法的流程图，本实施例以该的方法应用于图1所示的权限配置系统中为例进行说明。步骤501，管理服务器接收用户终端发送的权限申请请求，该权限申请请求至少包括用户标识、操作权限和目标路径。本步骤的相关描述详见步骤201，本实施例在此不作赘述。步骤502，管理服务器确定目标路径中的服务器标识获取目标服务器的加锁标识。可选地，在加锁标识指示正在处理对目标服务器的权限申请请求时，执行步骤503；在加锁标识指示未处理对目标服务器的权限申请请求时，执行步骤504。步骤503，管理服务器向用户终端返回忙碌通知，流程结束。忙碌通知用于指示正在处理对目标服务器的权限申请请求。步骤504，管理服务器对目标服务器加锁。本步骤详见步骤402，本实施对此不作限定。步骤505，管理服务器根据已存储的权限配置文件，确定与目标路径相匹配的目标路径权限列表。可选地，在确定出目标路径权限列表时，执行步骤508；在未确定出目标路径权限列表时，执行步骤506。步骤506，管理服务器在未确定出目标路径权限列表时，对目标路径进行层级分解，得到目标路径的父目录路径。步骤507，管理服务器根据权限配置文件，将与父目录路径相匹配的权限列表确定为目标路径权限列表。步骤508，管理服务器将用户标识和操作权限添加至目标路径权限列表中。步骤509，管理服务器根据更新后的目标路径权限列表生成新增权限文件和更新后的权限配置文件。步骤510，管理服务器将新增权限文件和更新后的权限配置文件发送至目标服务器。步骤511，目标服务器接收管理服务器发送的新增权限文件和更新后的权限配置文件。步骤512，目标服务器触发权限管理仓库对新增权限文件和更新后的权限配置文件进行合并。步骤513，目标服务器通过检测脚本检测新增权限文件中生效截止时间大于当前时间的目录，并获取该目录对应的权限列表；根据该权限列表生成更新后的新增权限文件，将该更新后的新增权限文件发送至权限管理仓库。图6是本申请一个实施例提供的权限配置装置的框图，本实施例以该的装置应用于图1所示的权限配置系统中的管理服务器120为例进行说明。该装置至少包括以下几个模块：请求接收模块610、第一匹配模块620、路径分解模块630、第二匹配模块640、权限添加模块650。请求接收模块610，用于接收用户终端发送的权限申请请求，所述权限申请请求至少包括用户标识、操作权限和目标路径；第一匹配模块620，用于根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表；路径分解模块630，用于在未确定出所述目标路径权限列表时，对所述目标路径进行层级分解，得到所述目标路径的父目录路径；第二匹配模块640，用于根据所述权限配置文件，将与所述父目录路径相匹配的权限列表确定为所述目标路径权限列表；权限添加模块650，用于将所述用户标识和所述操作权限添加至所述目标路径权限列表中。可选地，所述目标路径包括目标服务器的服务器标识；所述装置还包括：标识获取模块，用于在接收用户终端发送的权限申请请求之后，根据所述服务器标识获取所述目标服务器的加锁标识；加锁模块，用于在所述加锁标识指示未处理对所述目标服务器的权限申请请求时，对所述目标服务器加锁。可选地，所述装置还包括：通知返回模块，用于根据所述服务器标识获取所述目标服务器的加锁标识之后，在所述加锁标识指示正在处理对所述目标服务器的权限申请请求时，向所述用户终端返回忙碌通知，所述忙碌通知用于指示正在处理对所述目标服务器的权限申请请求。可选地，所述权限添加模块650，包括：确定单元，用于确定所述目标路径权限列表是否包括所述用户标识；删除单元，用于在所述目标路径权限列表包括所述用户标识时，删除所述目标路径权限列表中记录的所述用户标识对应的原始权限；添加单元，用于将所述用户标识和所述操作权限添加至所述目标路径权限列表中。可选地，所述装置还包括：第一确定模块，用于根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表之后，确定所述目标路径的子目录的第一权限列表中是否包括所述用户标识；删除模块，用于在所述第一权限列表包括所述用户标识时，删除所述第一权限列表中记录的所述用户标识对应的原始权限；第一添加模块，用于将所述用户标识和所述操作权限添加至所述第一权限列表中。可选地，所述装置还包括：第二确定模块，用于根据已存储的权限配置文件，确定与所述目标路径相匹配的目标路径权限列表之后，确定所述目标路径的上层目录的第二权限列表中是否包括所述用户标识；第二添加模块，用于在所述第二权限列表不包括所述用户标识时，在所述第二权限列表中添加所述用户标识和所述用户标识的只读权限。可选地，所述装置还包括：文件生成模块，用于将所述用户标识和所述操作权限添加至所述目标路径权限列表中之后，根据更新后的所述目标路径权限列表生成新增权限文件和更新后的权限配置文件；文件发送模块，用于将所述新增权限文件和所述更新后的权限配置文件发送至所述目标服务器，所述新增权限文件和所述更新后的权限配置文件用于供所述目标服务器中的权限管理仓库对所述新增权限文件和所述更新后的权限配置文件进行合并，得到最终权限配置文件，所述权限管理仓库用于统一管理所述目标服务器中运行的至少一个其它仓库的权限配置文件。相关细节参考上述方法实施例。图7是本申请一个实施例提供的权限配置装置的框图，本实施例以该的装置应用于图1所示的权限配置系统中的目标服务器130为例进行说明。该装置至少包括以下几个模块：文件接收模块710、权限合并模块720和权限确定模块730。文件接收模块710，用于接收管理服务器发送的新增权限文件和更新后的权限配置文件，所述新增权限文件和所述更新后的权限配置文件是所述管理服务器根据接收到的权限申请请求指示的操作权限、目标路径和用户标识生成的；权限合并模块720，用于触发权限管理仓库对所述新增权限文件和更新后的权限配置文件进行合并，得到最终权限配置文件，所述权限管理仓库用于统一管理所述目标服务器中运行的至少一个其它仓库的权限配置文件；权限确定模块730，用于根据所述最终权限配置文件确定用户终端的访问权限。相关细节参考上述方法实施例。需要说明的是：上述实施例中提供的权限配置装置在进行权限配置时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将权限配置装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的权限配置装置与权限配置方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。图8是本申请一个实施例提供的权限配置装置的框图，该装置可以是包含图1所示的权限配置系统中的测试控制器110的装置，比如：智能手机、平板电脑、笔记本电脑或台式电脑。权限配置装置还可能被称为用户设备、便携式终端、膝上型终端、台式终端、控制终端等，本实施例对此不作限定。该装置至少包括处理器810和存储器820。处理器801可以包括一个或多个处理核心，比如：4核心处理器、8核心处理器等。处理器801可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器801也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(centralprocessingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器801可以在集成有gpu(graphicsprocessingunit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器801还可以包括ai(artificialintelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。存储器802可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器802还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器802中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器801所执行以实现本申请中方法实施例提供的权限配置方法。在一些实施例中，权限配置装置还可选包括有：外围设备接口和至少一个外围设备。处理器801、存储器802和外围设备接口之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口相连。示意性地，外围设备包括但不限于：射频电路、触摸显示屏、音频电路、和电源等。当然，权限配置装置还可以包括更少或更多的组件，本实施例对此不作限定。可选地，本申请还提供有一种计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的权限配置方法。可选地，本申请还提供有一种计算机产品，该计算机产品包括计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的权限配置方法。以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。当前第1页12