CN112765102B - 一种文件系统管理方法和装置 - Google Patents

Abstract

本发明公开了一种文件系统管理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收管理请求；根据管理请求，在前端页面展示文件关系树，文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；接收修改指令，修改指令包括待修改配置项以及针对待修改配置项的修改内容；在文件关系树中确定待修改配置项对应的配置项节点，并对修改内容进行冲突检查；当检查出修改内容与文件系统没有冲突时，根据修改内容对待修改配置项进行修改。该实施方式能够对修改内容进行冲突检查，避免修改内容与文件系统产生冲突，进而保证修改后的文件能够正常运行，提升了开发的效率。

Description

一种文件系统管理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种文件管理方法和装置。

背景技术

随着用户需求的增长，开发人员所开发的项目的规模也越来越大，面对大规模的项目，多人协作开发已是必然，尤其是在项目投入使用之前的一个阶段，更是需要多位开发人员多次针对文件反复修改，才能保证项目顺利交付。

然而，在多人协作开发过程中，不可避免地会出现多位开发人员针对同一文件做出不同修改的情况，这就导致不同开发人员做出的修改之间可能具有冲突，但现有技术并不能检测和避免这类冲突，进而导致修改后的文件出现运行错误，降低了开发的效率。

发明内容

有鉴于此，本发明实施例提供一种文件系统管理方法和装置，能够在前端页面上展示文件关系树，该文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；在接收到修改指令后，能够根据修改指令中指示的待修改配置项，在文件关系树中确定出对应的配置项节点，并对修改指令中指示的修改内容进行冲突检查，只有当检查出修改内容与文件系统没有冲突时，才会根据修改内容对待修改配置项进行修改，从而在出现多人针对同一文件做出不同修改的情况时，能够对修改内容进行冲突检查，避免修改内容与文件系统产生冲突，进而保证修改后的文件能够正常运行，提升了开发的效率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种文件系统管理方法。

本发明实施例的一种文件系统管理方法包括：

接收管理请求；

根据管理请求，在前端页面展示文件关系树，文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；

接收修改指令，修改指令包括待修改配置项以及针对待修改配置项的修改内容；

在文件关系树中确定待修改配置项对应的配置项节点，并对修改内容进行冲突检查；

当检查出修改内容与文件系统没有冲突时，根据修改内容对待修改配置项进行修改。

可选地，

对修改内容进行冲突检查，包括：

在配置项节点下保存修改内容；

根据保存的修改内容，每隔预设周期，对修改内容进行冲突检查。

可选地，

对修改内容进行冲突检查，包括：

确定修改内容对应的配置项节点下是否保存有其他修改内容。

可选地，

当确定出修改内容对应的配置项节点下保存有其他修改内容时，还包括：

确定修改内容与其他修改内容是否相同，如果否，确定修改内容与其他修改内容存在冲突，并拒绝对待修改配置项进行修改。

可选地，

当检查出修改内容与文件系统存在冲突时，还包括：

在前端页面中展示冲突列表，冲突列表包括：冲突详情、冲突原因以及参考解决方式。

可选地，

在根据修改内容对待修改配置项进行修改之后，还包括：

在前端页面中展示对比页面，以展示待修改配置项在修改前的第一内容以及修改后的第二内容。

可选地，

对比页面中还包括：撤销修改按钮；

当监听到针对对比页面中的撤销修改按钮的触发时，将待修改配置项从修改后的第二内容恢复为修改前的第一内容，并将配置项节点下保存的修改内容删除。

可选地，

修改指令还包括：针对修改内容的修改说明；

在待修改配置项对应的配置项节点下保存修改内容对应的修改说明；

在前端页面中展示修改说明。

可选地，

针对待修改配置项，展示对应的修改历史记录。

可选地，

当修改指令包括多个待修改配置项以及每一个待修改配置项分别对应的修改内容时，生成一个修改指令对应的修改文档。

可选地，

当针对待修改配置项进行修改时，对待修改配置项进行锁定，拒绝其他修改。

可选地，

当修改指令包括新增配置项或删除配置项时，根据新增配置项或删除配置项，更新文件关系树。

可选地，

文件关系树还包括：一个或多个配置项节点分别对应的配置项标识；该方法还包括：

接收查找请求，查找请求指示了待查找配置项的标识；

根据待查找配置项的标识，确定待查找配置项在文件关系树中的位置。

可选地，

根据管理请求，在前端页面展示文件关系树，包括：

根据管理请求，展示登录页面，登录页面包括验证参数；

接收登录反馈，确定登录反馈中是否包含待验证参数，如果是，校验待验证参数是否与验证参数一致；

当校验得到待验证参数与验证参数一致时，在前端页面展示文件关系树。

可选地，

通过XPATH方式，构建文件关系树。

为实现上述目的，根据本发明实施例的又一方面，提供了一种文件系统管理装置。

本发明实施例的一种文件系统管理装置包括请求接收模块、展示模块、指令接收模块、冲突检查模块以及修改模块；其中：

请求接收模块，用于接收管理请求；

展示模块，用于根据管理请求，在前端页面展示文件关系树，文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；

指令接收模块，用于接收修改指令，修改指令包括待修改配置项以及针对待修改配置项的修改内容；

冲突检查模块，用于在文件关系树中确定待修改配置项对应的配置项节点，并对修改内容进行冲突检查；

修改模块，用于当检查出修改内容与文件系统没有冲突时，根据修改内容对待修改配置项进行修改。

为实现上述目的，根据本发明实施例的又一方面，提供了一种文件系统管理电子设备。

本发明实施例的一种文件系统管理电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例的一种文件系统管理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现本发明实施例的一种文件系统管理方法。

上述发明中的一个实施例具有如下优点或有益效果：能够在前端页面上展示文件关系树，该文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；在接收到修改指令后，能够根据修改指令中指示的待修改配置项，在文件关系树中确定出对应的配置项节点，并对修改指令中指示的修改内容进行冲突检查，只有当检查出修改内容与文件系统没有冲突时，才会根据修改内容对待修改配置项进行修改，从而在出现多人针对同一文件做出不同修改的情况时，能够对修改内容进行冲突检查，避免修改内容与文件系统产生冲突，进而保证修改后的文件能够正常运行，提升了开发的效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种文件系统管理方法的主要步骤的示意图；

图2是根据本发明实施例的一种登录文件系统的方法的主要步骤的示意图；

图3是根据本发明实施例的一种文件系统管理方法的流程示意图；

图4是根据本发明实施例的一种文件系统管理装置的主要模块的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例的一种文件系统管理方法的主要步骤的示意图。

如图1所示，本发明实施例的一种文件系统管理方法主要包括以下步骤：

步骤S101：接收管理请求。

步骤S102：根据管理请求，在前端页面展示文件关系树，文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点。

在本发明实施例中，在接收到管理请求之后，可以设置登录页面，从而增强文件系统的安全性、并且还可以对不同的人设置不同的权限。具体地，如图2所示，图2是根据本发明实施例的一种登录文件系统的方法的主要步骤的示意图，该方法主要包括以下步骤：

步骤S201：根据管理请求，展示登录页面，登录页面包括验证参数。

在本发明实施例中，登录页面是所有用户进入文件系统的初始界面，文件系统可以在登录页面中植入验证参数，并将该验证参数保存到浏览器缓存中。

步骤S202：接收登录反馈，确定登录反馈中是否包含待验证参数，如果是，校验待验证参数是否与验证参数一致。

在本发明实施例中，登录反馈可以是用户在登录页面输入的用户名，也可以是用户在登录页面输入的用户名和密码。文件系统会先确定登录反馈中是否包含待验证参数，如果是，则校验待验证参数是否与浏览器缓存中保存的验证参数相一致；如果登录反馈中不包含待验证参数、或者登录反馈中的待验证参数与验证参数不一致，则说明验证参数已过期、或者是绕过登录页面强行登录等恶意登录方式，则弹出提示并跳转回登录页面重新登录。

步骤S203：当校验得到待验证参数与验证参数一致时，在前端页面展示文件关系树。

在本发明实施例中，当校验得到待验证参数与验证参数一致时，还可以再验证用户名或者用户名与密码的正确性，并根据用户名查找出该用户的权限，以保证用户即工作人员各司其职，避免职能混乱，并且用户登录时的缓存数据也是保证文件修改记录可追溯的基础。

在本发明实施例中，根据不同用户对应的不同权限，其对应的前端页面所展示的内容可以不相同。在本发明一个优选的实施例中，前端页面可以分为工作人员界面、审核组长界面以及管理员界面。

在本发明实施例中，可以通过XPATH方式，构建文件关系树，从而精确定位文件系统各个文件中的每一个配置项。

在本发明实施例中，文件关系树还可以包括：一个或多个配置项节点分别对应的配置项标识；该方法还包括：接收查找请求，查找请求指示了待查找配置项的标识；根据待查找配置项的标识，确定待查找配置项在文件关系树中的位置。

步骤S103：接收修改指令，修改指令包括待修改配置项以及针对待修改配置项的修改内容。

步骤S104：在文件关系树中确定待修改配置项对应的配置项节点，并对修改内容进行冲突检查。

在本发明实施例中，对修改内容进行冲突检查，包括：在配置项节点下保存修改内容；根据保存的修改内容，每隔预设周期，对修改内容进行冲突检查。

在本发明实施例中，对修改内容进行冲突检查，包括：确定修改内容对应的配置项节点下是否保存有其他修改内容。

在本发明实施例中，当确定出修改内容对应的配置项节点下保存有其他修改内容时，还包括：确定修改内容与其他修改内容是否相同，如果否，确定修改内容与其他修改内容存在冲突，并拒绝对待修改配置项进行修改。

步骤S105：当检查出修改内容与文件系统没有冲突时，根据修改内容对待修改配置项进行修改。

在本发明实施例中，当检查出修改内容与文件系统存在冲突时，还包括：在前端页面中展示冲突列表，冲突列表包括：冲突详情、冲突原因以及参考解决方式。

在本发明实施例中，在根据修改内容对待修改配置项进行修改之后，还包括：在前端页面中展示对比页面，以展示待修改配置项在修改前的第一内容以及修改后的第二内容。

在本发明实施例中，对比页面中还包括：撤销修改按钮；当监听到针对对比页面中的撤销修改按钮的触发时，将待修改配置项从修改后的第二内容恢复为修改前的第一内容，并将配置项节点下保存的修改内容删除。

在本发明实施例中，修改指令还包括：针对修改内容的修改说明；在待修改配置项对应的配置项节点下保存修改内容对应的修改说明；在前端页面中展示修改说明，以方便后续对修改过程的追溯。

在本发明实施例中，针对待修改配置项，展示对应的修改历史记录。

在本发明实施例中，当修改指令包括多个待修改配置项以及每一个待修改配置项分别对应的修改内容时，生成一个修改指令对应的修改文档。具体地，修改文档记录多个待修改配置项以及每一个待修改配置项分别对应的修改内容。

在本发明实施例中，当针对待修改配置项进行修改时，对待修改配置项进行锁定，拒绝其他修改。

在本发明实施例中，当修改指令包括新增配置项或删除配置项时，根据新增配置项或删除配置项，更新文件关系树。

在本发明实施例中，可以使用html页面代码和JavaScript代码实现上述前端功能，因为前端功能主要是与用户之间做交互，所以大部分的前端功能实现都是由用户做出的动作触发，一般来说，都是在页面的按钮添加聆听器，在用户点击时触发代码完成功能。在本发明一个优选的实施例中，为了增加代码可读性和提高开发效率，可以在前端页面内集成bootstrap和jQuery，以提高前端页面的美观程度和整洁程度。

在本发明实施例中，为前端页面提供支持的后台可以采用java代码，而数据库可以采用oracle，链接数据库可以采用jdbc方式，解析xml文件则可以使用dom4j，当用户在前端页面上指定一个xml配置文件的时候，后台会读取对应位置的xml配置文件，然后使用dom4j遍历整个xml文件，生成一个xml节点树，前端页面获取到xml节点树之后展示出来，当开发人员选中某个配置项节点的时候，前端页面就会解析出这个配置项节点的具体定位，并在收集到修改内容后发送至后台，并由后台保存到数据库中。

下面结合具体的场景，对本方案提出的一种文件系统管理方法进行详细的说明。

在本发明实施例中，根据不同用户对应的不同权限，对应的前端页面所展示的内容可以不相同。在本发明一个优选的实施例中，文件是xml文件，配置项是xml配置项，文件关系树是xml文件树，前端页面可以分为工作人员界面、审核组长界面以及管理员界面，分别对应开发人员、小组长以及配置管理员的权限如图3所示；其中：

工作人员界面是工作人员用于修改xml的界面，分有三个子页面，第一个页面是默认主界面，用于实现最基本的xml修改功能，主界面左边是xml文件树，文件树第一层的分支是对应的版本，一般格式为年-月-日，用于标明版本上线时间，方便进行版本管理，版本下为对应的系统，开发人员根据版本和系统确定好自己修改的文件对应的支线后，根据自己要修改的xml文件具体路径选择出对应的xml文档，点击文档后后台会解析对应的文档，在文件树的xml节点下生成xml内容树，然后工作人员再选择对应的节点右键后选择增删改来修改xml，由于xml内容和文件树可能较大，文件树上方带有搜索功能，辅助工作人员快速找到自己的xml节点。点击修改类型后系统会把对应的节点解析为xml内容显示在中间，开发人员修改完后可以在界面中间的下方修改说明里面写入说明，方便其他人了解修改的目的，此外，由于删除xml节点无需填写修改内容，会弹出修改说明输入框来保存修改说明，修改完成后点击界面中间下方的保存按钮，会把修改保存入数据库，同时将节点显示在界面的右方，用于显示已修改的节点内容，方便开发人员了解自己的已修改界面，避免重复提交。主界面的左上方有切换页面的页签，用于切换页面，现在切换成第二页，必须要说明的是，开发人员输入xml修改后保存并不能有效的避免错误提交，而且有时候修改只是预修改，并不想其立即生效，因此第二个界面修改预览就为了解决这个而诞生了，第二个界面保留了主界面的左右两边的文件树和提交修改节点显示，而中间则为一个新界面，在修改预览中，点击右边的提交修改节点显示对应的节点后，后台会解析出生成前后的xml文件，在中间分别显示，然后由工具解析文档，产生对比界面，方便人员直观的对比xml修改前后的变更，减少失误率，若发现修改得有问题，选中对应的节点后，点击界面中的撤销修改，即可将修改撤销。开发人员对比完成后，点击生成并下载修改清单，系统会将开发人员修改的xml文件的具体修改步骤生成一份txt修改文档，如果修改的xml文件有多个，则生成多个对应的txt文件，用于审核和上线时备用，最后确认后点击提交审核，系统会将右方的提交修改节点提交到组长处进行审核，开发人员的大部分功能都可以在前面两个页面进行，而第三个页面是历史记录页面，主要用于浏览开发人员的历史提交记录，还有另外一个功能是重新提交被退回的内容，如果修改被组长或管理员回退后，开发人员可以重新发起修改，具体操作为在历史表格中选中对应的回退数据，点击左上方的重新发起申请，即可在增加的修改框里面进行修改。工作人员界面是xml修改工具的重要组成部分，负责了将修改保存和分类，方便记录历史修改，为后续的组长审核和管理员修改打好基础；

审核组长界面是组长负责审核的页面，一般来说，一个组里会有一名组长，在数据库中有一个字段会将同一组的成员标为一组，而组长则是同组里面用户级别最高的一位，组长登录后默认会进入组长审核界面。组长审核界面有两个子页面，第一个是审核界面，也是主要的工作界面，里面可以进行审批通过修改以及回退修改等操作，由于审核界面中组员的改动会以表格的形式显示，因为表格的形式不够直观的将xml修改前后显示出来，所以在表格后有对比xml按钮，在表格的xml修改行对应的最后找到对比xml按钮，按下后下方即会出现对比界面，通过审核可以点击对应行最后的审核通过，也可以勾选要通过的行，在界面左上方点击通过选中申请批量通过，打回申请也是同理，可以点击对应行最后的打回申请或勾选要打回的申请点击左上方打回选中申请进行批量打回。组长的第二个子页面是历史记录页面，里面可以浏览本组的历史修改清单。

管理员界面有5个子页面，分别是修改列表，冲突列表，历史数据，下载xml及上线版本管理。其中主界面为修改列表。由于建行内部系统较多，每个系统都会有对应的xml文件，因此为了避免交叉错乱，每个管理员都只对应一个特定的系统，管理员开始修改前，应点击左上角的锁定目录锁定当前版本，锁定后工作人员将无法看到该目录的内容，无法提交锁定版本的修改，组长审核通过的对应版本内容会自动跳过并在组长界面进行提示，避免修改xml的时候新增数据造成漏读。管理员在修改列表界面修改xml前需要点击上方的检查冲突按钮，会由系统在后台检查冲突，如果有冲突，会提示有冲突情况不可修改，系统会把有冲突的数据列在第二个界面的冲突列表，点击冲突列表，会显示冲突的详细信息，最后面会有系统生成的冲突原因供参考，管理员可以找到冲突的提交人询问具体情况或者选择冲突的数据选择回退进行打回，确认冲突处理完后再次检查冲突，若系统检查出没有冲突之后会提示，然后可以进行修改，点击修改按钮，系统会自动将xml更新为修改后xml，然后修改完成后会在页面进行提示，然后会弹出下载框把修改后的xml批量下载到本地，方便管理员导入新的xml到系统内，此外为了方便管理员查看修改，和组长界面一样管理员可以点击列表里的查看比对对修改前后的xml进行对比。历史数据页面记载了管理员对应系统的历史清单，考虑到时间长了后历史数据可能较多，因此历史数据页面添加了搜索功能，可以对各字段进行模糊搜索，而且配套搜索功能添加了xml修改的导出，可以导出excel文档，方便传阅。由于有些时候管理员可能临时需要某个xml文件，而若没有人提交相关修改的话无法从修改列表中获取xml，这个时候则需要一个管理员手动下载的渠道，因此需要一个xml下载页面，里面和工作人员界面一样有一个文件树，管理员只需要打开对应的文件夹，到达自己想要的xml文件的路径，右键xml文件，点击下载，即可将对应文件下载到本地，此外，为了方便搜索，也配备了搜索功能，可以搜索文件夹和xml名字。最后是版本管理页面，由于版本具有时效性，管理员需要及时添加新版本或移除旧版本，由于版本一般是某个日期，而且新版本需要基于某个旧版本的xml数据进行修改，所以管理员在添加新版本处选择好上线日期之后，还要再选择装载的旧版本，其中默认装载的是最原始的最初版本，管理员也可选择上一版本的数据进行装载，选择完成后点击添加新版本即可，系统会自动添加新版本，并把对应的旧版本xml装载进去。而移除旧版本的操作只需要在旧版本的下拉框中选择对应的版本，点击移除，系统会自动把旧版本移除，移除旧版本可以提高系统解析文件树的时间。

根据本发明实施例的一种文件系统管理方法可以看出，能够在前端页面上展示文件关系树，该文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；在接收到修改指令后，能够根据修改指令中指示的待修改配置项，在文件关系树中确定出对应的配置项节点，并对修改指令中指示的修改内容进行冲突检查，只有当检查出修改内容与文件系统没有冲突时，才会根据修改内容对待修改配置项进行修改，从而在出现多人针对同一文件做出不同修改的情况时，能够对修改内容进行冲突检查，避免修改内容与文件系统产生冲突，进而保证修改后的文件能够正常运行，提升了开发的效率。

图4是根据本发明实施例的一种文件系统管理装置的主要模块的示意图。

如图4所示，本发明实施例的一种文件系统管理装置400包括请求接收模块401、展示模块402、指令接收模块403、冲突检查模块404以及修改模块405；其中：

请求接收模块401，用于接收管理请求；

展示模块402，用于根据管理请求，在前端页面展示文件关系树，文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；

指令接收模块403，用于接收修改指令，修改指令包括待修改配置项以及针对待修改配置项的修改内容；

冲突检查模块404，用于在文件关系树中确定待修改配置项对应的配置项节点，并对修改内容进行冲突检查；

修改模块405，用于当检查出修改内容与文件系统没有冲突时，根据修改内容对待修改配置项进行修改。

在本发明实施例中，冲突检查模块404进一步用于：在配置项节点下保存修改内容；根据保存的修改内容，每隔预设周期，对修改内容进行冲突检查。

在本发明实施例中，冲突检查模块404进一步用于：确定修改内容对应的配置项节点下是否保存有其他修改内容。

在本发明实施例中，当确定出修改内容对应的配置项节点下保存有其他修改内容时，冲突检查模块404进一步用于：确定修改内容与其他修改内容是否相同，如果否，确定修改内容与其他修改内容存在冲突，并拒绝对待修改配置项进行修改。

在本发明实施例中，当检查出修改内容与文件系统存在冲突时，修改模块405进一步用于：在前端页面中展示冲突列表，冲突列表包括：冲突详情、冲突原因以及参考解决方式。

在本发明实施例中，在根据修改内容对待修改配置项进行修改之后，修改模块405进一步用于：在前端页面中展示对比页面，以展示待修改配置项在修改前的第一内容以及修改后的第二内容。

在本发明实施例中，对比页面中还包括：撤销修改按钮；修改模块405进一步用于：当监听到针对对比页面中的撤销修改按钮的触发时，将待修改配置项从修改后的第二内容恢复为修改前的第一内容，并将配置项节点下保存的修改内容删除。

在本发明实施例中，修改指令还包括：针对修改内容的修改说明；修改模块405进一步用于：在待修改配置项对应的配置项节点下保存修改内容对应的修改说明；在前端页面中展示修改说明。

在本发明实施例中，修改模块405进一步用于：针对待修改配置项，展示对应的修改历史记录。

在本发明实施例中，当修改指令包括多个待修改配置项以及每一个待修改配置项分别对应的修改内容时，修改模块405进一步用于：生成一个修改指令对应的修改文档。

在本发明实施例中，当针对待修改配置项进行修改时，修改模块405进一步用于：对待修改配置项进行锁定，拒绝其他修改。

在本发明实施例中，当修改指令包括新增配置项或删除配置项时，修改模块405进一步用于：根据新增配置项或删除配置项，更新文件关系树。

在本发明实施例中，文件关系树还包括：一个或多个配置项节点分别对应的配置项标识；指令接收模块403进一步用于：接收查找请求，查找请求指示了待查找配置项的标识；根据待查找配置项的标识，确定待查找配置项在文件关系树中的位置。

在本发明实施例中，展示模块402进一步用于：根据管理请求，展示登录页面，登录页面包括验证参数；接收登录反馈，确定登录反馈中是否包含待验证参数，如果是，校验待验证参数是否与验证参数一致；当校验得到待验证参数与验证参数一致时，在前端页面展示文件关系树。

在本发明实施例中，展示模块402进一步用于：通过XPATH方式，构建文件关系树。

根据本发明实施例的一种文件系统管理装置可以看出，能够在前端页面上展示文件关系树，该文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；在接收到修改指令后，能够根据修改指令中指示的待修改配置项，在文件关系树中确定出对应的配置项节点，并对修改指令中指示的修改内容进行冲突检查，只有当检查出修改内容与文件系统没有冲突时，才会根据修改内容对待修改配置项进行修改，从而在出现多人针对同一文件做出不同修改的情况时，能够对修改内容进行冲突检查，避免修改内容与文件系统产生冲突，进而保证修改后的文件能够正常运行，提升了开发的效率。

图5示出了可以应用本发明实施例的一种文件系统管理方法或一种文件系统管理装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和电子设备505。网络504用以在终端设备501、502、503和电子设备505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与电子设备505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

电子设备505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

需要说明的是，本发明实施例所提供的一种文件系统管理方法一般由电子设备505执行，相应地，一种文件系统管理装置一般设置于电子设备505中。

应该理解，图5中的终端设备、网络和电子设备的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和电子设备。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

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

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

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收模块、展示模块、指令接收模块、冲突检查模块以及修改模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，请求接收模块还可以被描述为“用于接收管理请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收管理请求；根据管理请求，在前端页面展示文件关系树，文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；接收修改指令，修改指令包括待修改配置项以及针对待修改配置项的修改内容；在文件关系树中确定待修改配置项对应的配置项节点，并对修改内容进行冲突检查；当检查出修改内容与文件系统没有冲突时，根据修改内容对待修改配置项进行修改。

根据本发明实施例的技术方案，能够在前端页面上展示文件关系树，该文件关系树包括：文件系统中的一个或多个文件节点、以及每一个文件节点对应的一个或多个配置项节点；在接收到修改指令后，能够根据修改指令中指示的待修改配置项，在文件关系树中确定出对应的配置项节点，并对修改指令中指示的修改内容进行冲突检查，只有当检查出修改内容与文件系统没有冲突时，才会根据修改内容对待修改配置项进行修改，从而在出现多人针对同一文件做出不同修改的情况时，能够对修改内容进行冲突检查，避免修改内容与文件系统产生冲突，进而保证修改后的文件能够正常运行，提升了开发的效率。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

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

接收管理请求；

根据所述管理请求，在前端页面展示文件关系树，所述文件关系树包括：文件系统中的一个或多个文件节点、以及每一个所述文件节点对应的一个或多个配置项节点、所述一个或多个配置项节点分别对应的配置项标识；

接收修改指令，所述修改指令包括待修改配置项以及针对所述待修改配置项的修改内容；

在所述文件关系树中确定所述待修改配置项对应的配置项节点，并对所述修改内容进行冲突检查；其中，在所述文件关系树中确定所述待修改配置项对应的配置项节点包括：根据所述待修改配置项的标识，确定所述待修改配置项在所述文件关系树中的位置；对所述修改内容进行冲突检查，包括：在所述配置项节点下保存所述修改内容；根据保存的所述修改内容，每隔预设周期，确定所述修改内容对应的所述配置项节点下是否保存有其他修改内容；当确定出所述修改内容对应的所述配置项节点下保存有其他修改内容时，确定所述修改内容与其他修改内容是否相同，如果否，确定所述修改内容与所述其他修改内容存在冲突，并拒绝对所述待修改配置项进行修改；

当检查出所述修改内容与所述文件系统没有冲突时，根据所述修改内容对所述待修改配置项进行修改。

2.根据权利要求1所述的方法，其特征在于，当检查出所述修改内容与所述文件系统存在冲突时，还包括：

在所述前端页面中展示冲突列表，所述冲突列表包括：冲突详情、冲突原因以及参考解决方式。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述修改内容对所述待修改配置项进行修改之后，还包括：

在所述前端页面中展示对比页面，以展示所述待修改配置项在修改前的第一内容以及修改后的第二内容。

4.根据权利要求3所述的方法，其特征在于，所述对比页面中还包括：撤销修改按钮；

当监听到针对所述对比页面中的所述撤销修改按钮的触发时，将所述待修改配置项从所述修改后的第二内容恢复为所述修改前的第一内容，并将所述配置项节点下保存的所述修改内容删除。

5.根据权利要求1所述的方法，其特征在于，所述修改指令还包括：针对所述修改内容的修改说明；

在所述待修改配置项对应的所述配置项节点下保存所述修改内容对应的修改说明；

在所述前端页面中展示所述修改说明。

6.根据权利要求1所述的方法，其特征在于，

针对所述待修改配置项，展示对应的修改历史记录。

7.根据权利要求1所述的方法，其特征在于，

当所述修改指令包括多个待修改配置项以及每一个所述待修改配置项分别对应的修改内容时，生成一个所述修改指令对应的修改文档。

8.根据权利要求1所述的方法，其特征在于，

当针对所述待修改配置项进行修改时，对所述待修改配置项进行锁定，拒绝其他修改。

9.根据权利要求1所述的方法，其特征在于，

当所述修改指令包括新增配置项或删除配置项时，根据所述新增配置项或删除配置项，更新所述文件关系树。

10.根据权利要求1所述的方法，其特征在于，所述根据所述管理请求，在前端页面展示文件关系树，包括：

根据所述管理请求，展示登录页面，所述登录页面包括验证参数；

接收登录反馈，确定所述登录反馈中是否包含待验证参数，如果是，校验所述待验证参数是否与所述验证参数一致；

当校验得到所述待验证参数与所述验证参数一致时，在前端页面展示文件关系树。

11.根据权利要求1至10中任一所述的方法，其特征在于，

通过XPATH方式，构建所述文件关系树。

12.一种文件系统管理装置，其特征在于，包括请求接收模块、展示模块、指令接收模块、冲突检查模块以及修改模块；其中：

所述请求接收模块，用于接收管理请求；

所述展示模块，用于根据所述管理请求，在前端页面展示文件关系树，所述文件关系树包括：文件系统中的一个或多个文件节点、以及每一个所述文件节点对应的一个或多个配置项节点、所述一个或多个配置项节点分别对应的配置项标识；

所述指令接收模块，用于接收修改指令，所述修改指令包括待修改配置项以及针对所述待修改配置项的修改内容；

所述冲突检查模块，用于在所述文件关系树中确定所述待修改配置项对应的配置项节点，并对所述修改内容进行冲突检查；其中，在所述文件关系树中确定所述待修改配置项对应的配置项节点包括：根据所述待修改配置项的标识，确定所述待修改配置项在所述文件关系树中的位置；对所述修改内容进行冲突检查，包括：在所述配置项节点下保存所述修改内容；根据保存的所述修改内容，每隔预设周期，确定所述修改内容对应的所述配置项节点下是否保存有其他修改内容；当确定出所述修改内容对应的所述配置项节点下保存有其他修改内容时，确定所述修改内容与其他修改内容是否相同，如果否，确定所述修改内容与所述其他修改内容存在冲突，并拒绝对所述待修改配置项进行修改；

所述修改模块，用于当检查出所述修改内容与所述文件系统没有冲突时，根据所述修改内容对所述待修改配置项进行修改。

13.一种文件系统管理电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

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

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-11中任一所述的方法。

Images