CN106775713B - 文件审核方法、装置及文件提交控制系统 - Google Patents

Abstract

本发明提供了一种文件审核方法、装置及文件提交控制系统，其中，该方法包括接收从版本控制系统发送的待提交文件；对待提交文件进行审核，获得审核结果；将获得的审核结果反馈给版本控制系统，通过本发明，解决了相关技术中，通过版本控制系统的拦截功能进行提交时，只能简单地通过和拒绝，而且对拦截功能的修改操作也不方便的问题，将审核过程从版本控制系统中转移出来，进而能够细化审核结果，方便修改审核规则，从而达到提高审核效率以及提高审核准确度的效果。

Description

文件审核方法、装置及文件提交控制系统

技术领域

本发明涉及通信领域，具体而言，涉及一种文件审核方法、装置及文件提交控制系统。

背景技术

版本控制系统，广泛应用于互联网及需要协作管理数据的行业，用以团队协同工作、源代码及数据管理等。传统的使用版本控制系统进行团队协同工作的流程中，每个团队成员的提交操作是不受任何控制的，只要保证在没有冲突的前提下，就可以提交成功，这样就可能导致项目版本发布时一些预期外的内容被提交，从而影响到整个项目质量。对于质量保障人员来说，还需要事后确认这些预期外提交的内容，避免对项目质量的影响，团队越庞大，提交内容的可控性就越低，这种情况发生的可能性就越大。

为了避免这种情况的发生，以往的做法是利用版本控制系统提供的拦截(hook)机制，拦截每次提交的数据，通过与配置的锁定用户列表和锁定目录列表比较，来禁止某些用户和某些目录的内容上传。例如，借助于版本控制系统提供的拦截功能，利用设置在版本控制系统服务器的拦截脚本，对提交到版本控制系统的内容进行自动检查，并自动拒绝不符合规范的提交内容。脚本检查通过的内容将会成功提交到版本控制系统中。但此方法存在一定的弊端，处于锁定列表中的用户和目录的一切上传均会被禁止，那么与此次发布版本无关的内容的上传也会被禁止，一定程度上阻碍工作的进度；另外，如果必须要提交内容如修复bug时，则必须解锁指定用户及目录，修改上传后还需要再次锁定。当这种情况频繁地发生时，则需要频繁地修改拦截程序以允许提交，形成一个较为低效的工作流程。

因此，在相关技术中，通过版本控制系统的拦截功能进行提交时，只能简单地通过和拒绝，而且对拦截功能的修改操作也不方便。

发明内容

本发明提供了一种文件审核方法、装置及文件提交控制系统，以至少解决相关技术中的问题。

根据本发明的一个方面，提供了一种文件审核方法，包括：接收从版本控制系统发送的待提交文件；对所述待提交文件进行审核，获得审核结果；将获得的所述审核结果反馈给所述版本控制系统。

可选地，接收从所述版本控制系统发送的所述待提交文件包括：接收所述版本控制系统发送的所述待提交文件，其中，所述待提交文件为所述版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。

可选地，在对所述待提交文件进行审核，获得所述审核结果之前，还包括：判断所述待提交文件的提交者是否处于待验证状态；在判断结果为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件。

可选地，在对所述待提交文件进行审核，获得所述审核结果之前，还包括：判断所述待提交文件的提交者是否处于待验证状态，并判断所述待提交文件是否包含于待验证文件的文件列表中；在判断结果均为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，所述提交者此前已通过人工审核的文件为所述待验证文件。

可选地，所述采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核包括：根据基于字段的自动审核规则，对所述待提交文件进行审核，获得自动审核结果，其中，所述自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核；在所述自动审核结果为允许提交或拒绝提交的情况下，确定所述自动审核结果为所述审核结果；在所述自动审核结果为需人工审核的情况下，确定所述审核结果为拒绝提交，并基于人工反馈的信息，对所述待提交文件进行审核，并将人工审核结果通知所述提交者；在所述待提交文件通过人工审核的情况下，将所述提交者设置为待验证状态，并将所述待提交文件登记到待验证文件的文件列表中。

可选地，所述采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核包括：判断所述待提交文件与所述待验证文件是否一致；在判断结果为是的情况下，则确定所述审核结果为允许提交，并将所述待提交文件从所述待验证文件列表中删除；当所述待验证文件列表为空时，将所述提交者的待验证状态予以清除；在判断结果为否的情况下，则确定所述审核结果为拒绝提交。

可选地，判断所述待提交文件与所述待验证文件是否一致包括：判断所述待提交文件的文件列表与所述待验证文件的文件列表是否一致，和判断用于验证所述待提交文件的哈希值与用于验证所述待验证文件的哈希值是否一致；在两者的判断结果均为一致的情况下，确定所述待提交文件与所述待验证文件一致。

根据本发明的另一方面，提供了一种文件审核装置，包括：接收模块，用于接收从版本控制系统发送的待提交文件；审核系统模块，用于对所述待提交文件进行审核，获得审核结果，并将获得的所述审核结果反馈给所述版本控制系统。

可选地，所述接收模块，还用于接收所述版本控制系统发送的所述待提交文件，其中，所述待提交文件为所述版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。

可选地，该装置还包括：第一任务分配模块，用于判断所述待提交文件的提交者是否处于待验证状态；在判断结果为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件。

可选地，该装置还包括：第二任务分配模块，用于判断所述待提交文件的提交者是否处于待验证状态，并判断所述待提交文件是否包含于待验证文件的文件列表中；在判断结果均为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，所述提交者此前已通过人工审核的文件为所述待验证文件。

可选地，所述审核系统模块包括：提交内容审核模块，其中，所述提交内容审核模块包括：自动审核模块和人工审核模块，其中，所述自动审核模块，用于根据基于字段的自动审核规则，对所述待提交文件进行审核，获得自动审核结果，其中，所述自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核；在所述自动审核结果为允许提交或拒绝提交的情况下，确定所述自动审核结果为所述审核结果；所述人工审核模块，用于在所述自动审核结果为需人工审核的情况下，确定所述审核结果为拒绝提交，并基于人工反馈的信息，对所述待提交文件进行审核，并将人工审核结果通知所述提交者；在所述待提交文件通过人工审核的情况下，将所述提交者设置为待验证状态，并将所述待提交文件登记到待验证文件的文件列表中。

可选地，所述审核系统模块包括：验证模块，用于判断所述待提交文件与所述待验证文件是否一致；如判断结果为是的情况下，则确定所述审核结果为允许提交，并将所述待提交文件从所述待验证文件列表中删除；当所述待验证文件列表为空时，将所述提交者的待验证状态予以清除；如判断结果为否的情况下，则确定所述审核结果为拒绝提交。

可选地，所述验证模块，还用于判断所述待提交文件的文件列表与所述待验证文件的文件列表是否一致，和判断用于验证所述待提交文件的哈希值与用于验证所述待验证文件的哈希值是否一致；在两者的判断结果均为一致的情况下，确定所述待提交文件与所述待验证文件一致。

根据本发明的还一方面，提供了一种文件提交控制系统，包括：版本控制系统和上述任一项所述的文件审核装置，其中，所述版本控制系统，用于依据预定拦截功能对待提交文件进行拦截后获取的待提交文件发送给所述文件审核装置，并依据所述文件审核装置反馈的审核结果对所述待提交文件进行提交处理。

通过本发明，采用接收从版本控制系统发送的待提交文件；对所述待提交文件进行审核，获得审核结果；将获得的所述审核结果反馈给所述版本控制系统，解决了相关技术中，通过版本控制系统的拦截功能进行提交时，只能简单地通过和拒绝，而且对拦截功能的修改操作也不方便的问题，将审核过程从版本控制系统中转移出来，进而能够细化审核结果，方便修改审核规则，从而达到提高审核效率以及提高审核准确度的效果。

附图说明

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

图1是根据本发明实施例的文件审核方法的流程图；

图2是本发明优选实施方式的部署于版本控制系统上的拦截方案的流程图；

图3是本发明优选实施方式的应用审核策略一时的任务分配模块的工作逻辑图；

图4是本发明优选实施方式的应用审核策略二时的任务分配模块的工作逻辑图；

图5是本发明优选实施方式的自动审核系统执行规则的流程图；

图6是本发明可选实施例的应用审核策略一时验证模块的工作逻辑图；

图7是本发明可选实施例的应用审核策略二时验证模块的工作逻辑图；

图8是根据本发明实施例的文件审核装置的结构框图；

图9是本发明实施例提供的文件审核装置的优选结构框图一；

图10是本发明实施例提供的文件审核装置的优选结构框图二；

图11是本发明实施例提供的文件审核装置中审核系统模块84的优选结构框图一；

图12是本发明实施例提供的文件审核装置中审核系统模块84的优选结构框图二；

图13是根据本发明实施例的文件提交控制系统的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种文件审核方法，图1是根据本发明实施例的文件审核方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收从版本控制系统发送的待提交文件，其中，该待提交文件可以为版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。即接收的待提交文件是经过版本控制系统进行审核过的，其中，该审核可以是一个较为简单的审核。另外，用于审核的拦截功能也可以依据系统的架构不同，位于系统的不同的位置，可以依据需要灵活选择；

步骤S104，对待提交文件进行审核，获得审核结果；

步骤S106，将获得的审核结果反馈给版本控制系统。

通过上述步骤，将审核过程从版本控制系统中转移出来，进而能够细化审核结果，方便修改审核规则，不仅解决了相关技术中，通过版本控制系统的拦截功能进行提交时，只能简单地通过和拒绝，而且对拦截功能的修改操作也不方便的问题，从而达到提高审核效率以及提高审核准确度的效果。

下面结合实施例进行说明。

针对相关技术中，提交通过版本控制系统的拦截功能只能简单地通过和拒绝，在业务中要求特定内容需要审核通过后才允许提交的需求则不能满足的问题，在本实施例中，提供了一种改善的文件审核系统。为了避免相关技术中的技术方案的缺点，同时又能够有效地对提交者提交的内容进行审核和控制，在本实施例中，提供了一种针对提交内容进行审核的内容审核系统，通过版本控制系统的拦截功能，将提交相关的信息传送至内容审核系统。内容审核系统对提交信息首先按设定的规则进行自动审核，对于自动审核不能决定的提交，将生成一条记录，交由提交记录展示装置显示，供审核人员手动审核。审核人员的审核结果将通知给提交者，当提交通过审核时，提交人员会收到允许此次提交的信息。提交人员只需将审核通过的文件再次提交，就能够通过验证，提交成功。

在本发明实施例中提供的版本控制系统中，针对提交的审核与控制的解决方案，包括：自动审核系统执行审核人员设定的一系列审核规则，将版本控制系统的提交内容自动判定为允许提交、拒绝提交和需要人工审核等三种状态。针对判定为需要人工审核的版本控制系统提交数据，人工审核通过时，只需要返回提交人员对应提交的审核结果就行了，比如，向提交人员返回允许此次提交的信息，这样提交人员只需要将审核通过的文件再次提交时，就可以提交成功。自动审核系统会根据提交人员是否存在审核状态的标记，执行不同的审核流程。在审核人员设置完成审核规则后，需要审核人员参与的流程就只有人工审核步骤，其他步骤都由系统自动执行。

下面对本优选实施例提供的完整的针对版本控制系统内容提交内容进行审核的系统方案进行说明：包括版本控制系统的拦截方案、任务分配模块、提交内容审核模块和验证模块四部分。需要说明的是，此处的提交内容审核模块所采用的审核方式为自动审核和人工审核结合的审核方式；验证模块所采用的审核方式为对待提交文件进行验证的审核方式。但不管提交内容审核模块所采用的审核方式，还是验证模块所采用的审核方式均属于审核系统对待提交文件进行审核的一种方式。

图2是本发明优选实施方式的部署于版本控制系统上的拦截方案的流程图，如图2所示，审核系统在接收到来自版本控制系统拦截代码发送的提交内容后，对提交内容进行审核处理，并将处理结果返回版本控制系统，供版本控制系统接受或拒绝本次提交。

一、部署于版本控制系统上的拦截方案

版本控制系统提供的hook功能，允许开发人员可以在提交内容被版本控制系统接受前，执行自己设定的判断逻辑，进而决定该次提交是否被版本控制系统接受。即上述待提交文件为版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。利用版本控制系统提供的操作接口，可以获取本次提交的提交者帐号、日志、提交文件列表以及新提交的文件内容等用于审核判断的信息。本实施例中，部署于版本控制系统上的拦截程序，利用版本控制系统的操作接口，获取了本次提交的提交者帐号、提交时间、日志、提交文件列表、提交文件的内容这几项数据，以HTTP POST的方式将这些数据发送到审核系统的接收端口，并等待审核系统的自动审核模块对接收到的提交数据进行自动审核。自动审核的结果(通过提交/拒绝提交)将会包括在这次HTTP POST请求的回应数据中，拦截程序接收到审核系统发回的审核结果，并根据审核结果通知版本控制系统是否接受本次提交。

值得指出的是，不同的版本控制系统存在不同的构架，其提供的hook位置也有所不同。关键的拦截位置是在提交内容到达需要进行内容审核的版本控制系统并被接受之前。对于集中式的版本控制系统如Subversion，可以将拦截程序部署在pre-commit的拦截位置；对于分布式的版本控制系统如git，可以将拦截程序部署在pre-commit的拦截位置以拦截内容提交到本地的数据仓库，或者是将拦截程序部署在pre-receive的拦截位置以拦截内容同步到远程的数据仓库。

需要说明的是，在部署于版本控制系统的拦截方案中，拦截程序将获得的程序发送给审核系统时，可以采用多种通讯方式。当审核系统是以http服务器的形式构建的，数据优选通过http请求的方式发送；其他的通讯方式包括基于socket的通讯，利用队列服务通讯等方式进行。

二、任务分配模块

任务分配模块是审核系统中首先接收到部署于版本控制系统的hook程序发送的提交数据的模块。任务分配系统在接收到提交数据后，从中提取本次提交的提交者以及提交文件列表，并根据系统记录的提交者状态和信息，判断将本提交数据交由提交内容审核模块或者是验证模块进一步处理。系统记录有提交者状态和信息，将在人工审核通过时进行设置，将在后文提交内容审核模块中的人工审核一节中描述。

审核系统支持两种策略。策略一，当提交者处于待验证状态时，该提交者的所有提交都将交与验证模块处理，此时提交者只有提交了上次人工审核并通过验证模块的验证后，才可以继续提交其他的内容；策略二，当提交者处于待验证状态时，只有提交文件列表中包括了审核通过的文件时，才将本次提交交由验证模块处理，否则交由自动审核模块处理。

即对应于策略一：在对待提交文件进行审核，获得审核结果之前，还包括：在接收到待提交文件时，先判断待提交文件的提交者是否处于待验证状态；在判断结果为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件。

对应于策略二时，在对待提交文件进行审核，获得审核结果之前，还包括：判断待提交文件的提交者是否处于待验证状态，并判断待提交文件是否包含于待验证文件的文件列表中；在判断结果均为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，提交者此前已通过人工审核的文件为待验证文件。

根据设置的审核策略，任务分配系统也有两种工作流程。图3是本发明优选实施方式的应用审核策略一时的任务分配模块的工作逻辑图，如图3所示，根据系统记录的提交者状态，将提交内容交由提交内容审核模块或是验证模块进行处理，即当审核系统采用审核策略一时，任务分配模块会从提交数据中提取提交者信息，将检查提交者的状态是否为待验证状态。当提交者处于待验证状态时，本次提交的数据将交由验证模块处理；当提交者不处于待验证状态时，本次提交的数据将交由提交内容审核模块处理。

图4是本发明优选实施方式的应用审核策略二时的任务分配模块的工作逻辑图，如图4所示，当审核系统采用审核策略二时，任务分配模块会从提交数据中提取提交者和提交文件列表信息。首先，任务分配模块将检查提交者的状态是否为待验证状态。当提交者不处于待验证状态时，本次提交的数据将交由提交内容审核系统处理。当提交者处于待验证状态时，任务分配模块将继续检查本次提交的文件列表。如果本次提交的文件中，有文件在该提交者的待验证文件列表中，则会将本次提交数据交由验证模块处理；如果本次提交的所有文件都不在该提交者的待验证文件列表，将会将本次提交数据交由提交内容审核模块处理。

三、提交内容审核模块

提交内容审核模块由自动审核与人工审核两部分组成。当提交内容审核模块接收到来自版本控制系统的提交数据时，首先交由自动审核模块进行审核。自动审核模块对提交内容进行审核，并将审核结果返回版本控制系统。当自动审核模块不能够对提交内容进行判定时，将交由人工审核，最终决定是否允许本次提交。

例如，采用自动审核和人工审核结合的审核方式，对待提交文件进行审核可以采用以下方式实现：根据基于字段的自动审核规则，对待提交文件进行审核，获得自动审核结果，其中，自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核：在自动审核结果为允许提交或拒绝提交的情况下，确定自动审核结果为审核结果；在自动审核结果为需人工审核的情况下，确定审核结果为拒绝提交，并基于人工反馈的信息，对待提交文件进行审核，并将人工审核结果通知提交者；在待提交文件通过人工审核的情况下，将提交者设置为待验证状态，并将待提交文件登记到待验证文件的文件列表中。

下面对上述举例进行详细说明。

3.1自动审核模块

自动审核模块由审核人员设定的审核规则以及规则执行流程两部分组成。审核规则用于检查来自版本控制系统传输过来的数据，执行流程定义了审核规则的执行顺序以及最终审核结果的获取方法。

审核规则可以对提交数据的以下字段进行检查：

提交时间。审核规则支持设置时间范围，当提交时间处于规则设定的时间范围内，则满足条件。根据业务的需要，提交时间可以设定为连续的一段时间，也可以设定为周期性的一段时间。

提交者。审核规则支持设置提交者列表，可以设置为提交者在列表中则满足条件，也可以设置为提交者不在提交者列表中则满足条件。

提交日志。审核规则支持对提交日志设置长度、关键词、格式等的检查。根据审核的需要，可以设置提交日志的最短长度规则，包含特定关键词(如回退)提交日志的规则，日志格式规则等。

提交文件列表。审核规则支持从提交文件列表中获取各个提交文件的路径，并对路径进行判断是否满足规则条件。

提交文件内容。审核规则支持对提交的文件内容进行检查，以满足特定的业务需求。

根据业务需要，还可以扩展到其他可以从版本控制系统获取的字段数据。同时需要扩展部署于版本控制系统的拦截程序，将此处需要检查的字段数据从版本控制系统中获取并添加到发送至审核系统的数据中。

当一条审核规则中存在多个检查条件时，需要多个检查条件同时满足，方认为提交数据满足本条规则。

审核规则的返回结果包括以下几种类型：通过本次提交，拒绝本次提交，进行人工审核，不满足规则。

通过本次提交的判定表示自动审核系统将返回版本控制系统允许提交的结果，版本控制系统将直接接受本次提交。

拒绝本次提交的判定表示自动审核系统将返回版本控制系统拒绝提交的结果，版本控制系统将直接拒绝本次提交。

进行人工审核的判定表示自动审核系统将返回版本控制系统拒绝提交的结果，同时将提交数据发送给记录生成系统进行后续的人工审核工作，版本控制系统将拒绝本次提交。

不满足规则的判定表示提交数据不满足本条规则设定需要检查的字段参数。

需要说明的是，由于上述审核规则设置于审核系统上，可以较为方便地进行设置，修改。有效解决了相关技术中部署于版本控制系统时对规则进行修改，操作不方便的问题，不仅有效提高了审核效率，而且大大增加用户体验。

自动审核系统对审核规则的执行流程决定了规则的执行顺序和结果返回。图5是本发明优选实施方式的自动审核系统执行规则的流程图，如图5所示，自动审核系统首先将来自版本控制系统的提交数据输入给第一条审核规则，并获得规则的判定结果。当提交数据满足规则的条件时，将中止当前的审核流程，并返回该条规则对应的判定结果，作为自动审核系统的审核结果返回给版本控制系统；当提交数据不满足规则的条件时，将继续执行下一条规则。当所有审核人员设定的规则都执行完成，且审核流程尚未结束的情况下，将执行自动审核系统的默认规则。默认规则满足所有的输入数据，并拥有唯一的由审核人员设定的默认结果。

3.2人工审核模块

当自动审核模块将提交内容判定为需要人工审核时，自动审核模块将设置提交者为待验证状态，并且计算本次提交的文件的哈希值，和文件名一一对应并存储到该提交者的待验证文件列表中，供验证模块使用。出于效率与精确度的考虑，文件的哈希值可以采用循环冗余检验(Cyclic Redundancy Check，简称为CRC)算法，或是消息摘要5(MessageDigest 5，简称为MD5)算法等哈希值算法。其中CRC算法的效率高但不同文件容易获得相同的哈希值；MD5算法的效率相对较低但不同文件几乎不可能有相同的哈希值。还可以根据需求选择其他的哈希算法。

人工审核的工作将在记录展示系统进行。记录展示系统负责将数据库中的提交记录数据，以web页面或者软件界面的方式展现给审核人员。根据人工审核需要，展示的内容可以是记录中的一部分字段，或者是所有字段。此外，记录展示系统还需要提供两个操作按钮给审核人员，分别是通过提交请求和拒绝提交请求。可选地，系统还可以提供一个输入框，供审核人员输入审核意见。

记录展示系统所展示的提交记录数据，由记录生成系统生成。人工审核模块会将版本控制系统传送过来的提交时间、提交者账号、提交日志、提交文件列表以及文件内容这些数据发送给记录生成系统。记录生成系统负责处理这些数据，并生成一条提交记录，存储到数据库中。提交记录包括发生提交的版本控制系统名称，提交发生的时间、提交者账号、提交日志、提交文件列表以及额外内容。根据人工审核的需要，记录生成系统可以处理提交文件的内容，对其进行静态分析，或者是计算本次提交发生更改的内容，并将结果作为提交记录的额外内容字段保存。

当有多名审核人员进行了审核操作时，本模块将以最后一名审核人员的操作结果为本条记录的最终审核结果。

可选地，在有多名审核人员登陆同一个记录展示系统的情况下，可以为审核人员引入权限管理功能。权限包括且不限于记录的查看权限以及审核权限，拥有查看权限的审核人员可以查看记录但不能进行审核操作，只有拥有审核权限的审核人员可以对记录进行审核操作。系统支持为审核人员在操作来自不同的版本控制系统的提交记录设置不同的权限。

当审核人员进行了通过提交请求的操作时，系统将通过即时通讯软件、邮件或其他方式通知提交者的该次提交审核通过。

当审核人员进行了拒绝提交请求的操作时，系统也将通过即时通讯软件、邮件或其他方式通知提交者该次提交审核不通过，并且将本次提交的文件列表从该提交者的待验证文件列表中删除。当该提交者的待验证文件列表为空时，设置该提交者的状态为不处于待验证状态。

四、验证模块

当提交者的提交被人工审核通过后，提交者再次提交时，将交由验证模块进行处理。即验证模块判断上述待提交文件与待验证文件是否一致；在判断结果为是的情况下，则确定审核结果为允许提交，并将待提交文件从待验证文件列表中删除；当待验证文件列表为空时，将提交者的待验证状态予以清除；在判断结果为否的情况下，则确定审核结果为拒绝提交。验证模块的作用，是为了保证提交者在人工审核通过后提交的内容，与人工审核时审核通过的内容是一致的，以避免提交者提交了人工审核之外的内容，或者是提交了与之前交由人工审核所不同的内容。

验证模块利用人工审核通过时，系统记录的提交数据，与本次提交的数据进行比较，包括提交的文件列表、各个文件的哈希值等数据。即判断待提交文件的文件列表与待验证文件的文件列表是否一致，和判断用于验证待提交文件的哈希值与用于验证待验证文件的哈希值是否一致；在两者的判断结果均为一致的情况下，确定待提交文件与待验证文件一致。图6是本发明可选实施例的应用审核策略一时验证模块的工作逻辑图，如图6所示，当审核系统采用审核策略一时，每位提交者只有一份待验证提交文件列表，验证模块需要检查本次提交的文件列表是否与待验证提交文件列表完全一致，并且验证本次提交文件的哈希值与待验证文件列表中记录的哈希值是否一致。只有两次验证均通过时，返回允许上传本次提交的结果，并清除该提交者的待验证文件列表，设置提交者为不处于待验证状态。否则返回拒绝本次提交的结果。

图7是本发明可选实施例的应用审核策略二时验证模块的工作逻辑图，如图7所示，当审核系统采用审核策略二时，每位提交者可能有多份待验证提交文件列表。验证模块将取本次提交文件列表的第一个文件，寻找该文件存在的待验证文件列表。如果这个文件不存在于所有的待验证文件列表中，表明本次提交了新的文件，验证模块将拒绝本次提交。在寻找到一个待验证文件列表后，验证模块将对比本次提交的所有文件是否与寻找到的待验证文件列表完全一致，并且验证本次提交文件的哈希值与寻找到的待验证文件列表是否完全一致。当两次验证均通过时，返回允许上传本次提交的结果，并将本次提交文件列表从该提交者的待验证文件列表中删除。当该提交者的待验证文件列表为空时，设置提交者为不处于待验证状态。

在相关技术中，由于规则与拦截脚本部署于版本控制系统所在的服务器上，因此修改拦截规则的操作不方便进行。通过上述方案，将规则设定和审核功能模块从版本控制系统转移到审核系统上，因此可以方便地配置审核规则，甚至根据审核需求定制针对提交数据的处理方式，解决了进行版本控制系统内容审核的流程繁琐与配置不便的问题。通过本方案阐述的工作流程和解决方案，解决了对版本控制系统提交内容进行事前审核的问题，以确保提交到版本控制系统的内容是经过审核人员审核通过的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

在本实施例中还提供了一种文件审核装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图8是本发明实施例提供的文件审核装置的结构框图，如图8所示，该装置包括：接收模块82和审核系统模块84，下面对该装置进行说明。

接收模块82，用于接收从版本控制系统发送的待提交文件；审核系统模块84，连接至上述接收模块82，用于对待提交文件进行审核，获得审核结果，并将获得的审核结果反馈给版本控制系统。

该接收模块82，还用于接收版本控制系统发送的待提交文件，其中，待提交文件为版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。

图9是本发明实施例提供的文件审核装置的优选结构框图一，如图9所示，该优选结构除包括图8所示的所有结构外，还包括：第一任务分配模块92，下面对该第一任务分配模块92进行说明。

第一任务分配模块92，连接至上述接收模块82和审核系统模块84，用于判断待提交文件的提交者是否处于待验证状态；在判断结果为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件。

图10是本发明实施例提供的文件审核装置的优选结构框图二，如图10所示，该优选结构除包括图8所示的所有结构外，还包括：第二任务分配模块102，下面对该第二任务分配模块102进行说明。

第二任务分配模块102，用于判断待提交文件的提交者是否处于待验证状态，并判断待提交文件是否包含于待验证文件的文件列表中；在判断结果均为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，提交者此前已通过人工审核的文件为待验证文件。

需要说明的是，上述第一任务分配模块92与第二任务分配模块102分别对应于上述任务分配模块采用策略一和采用策略二所执行的功能。

图11是本发明实施例提供的文件审核装置中审核系统模块84的优选结构框图一，如图11所示，该审核系统模块84包括：提交内容审核模块112，其中，该提交内容审核模块112包括：自动审核模块114和人工审核模块116，下面对该优选结构进行说明。需要说明的是，该审核系统模块84所包括的结构可以应用于图9所示的审核系统模块84，也可以应用于图10所示的审核系统模块84，此处以图9所示的审核系统模块84为例进行说明。

自动审核模块114，用于根据基于字段的自动审核规则，对待提交文件进行审核，获得自动审核结果，其中，自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核；在自动审核结果为允许提交或拒绝提交的情况下，确定自动审核结果为审核结果；人工审核模块116，连接至上述自动审核模块114，用于在自动审核结果为需人工审核的情况下，确定审核结果为拒绝提交，并基于人工反馈的信息，对待提交文件进行审核，并将人工审核结果通知提交者；在待提交文件通过人工审核的情况下，将提交者设置为待验证状态，并将待提交文件登记到待验证文件的文件列表中。

图12是本发明实施例提供的文件审核装置中审核系统模块84的优选结构框图二，如图12所示，该审核系统模块84包括：验证模块122，下面对该验证模块122进行说明。需要说明的是，该审核系统模块84所包括的结构可以应用于图9所示的审核系统模块84，也可以应用于图10所示的审核系统模块84，此处以图9所示的审核系统模块84为例进行说明。

验证模块122，用于判断待提交文件与待验证文件是否一致；如判断结果为是的情况下，则确定审核结果为允许提交，并将待提交文件从待验证文件列表中删除；当待验证文件列表为空时，将提交者的待验证状态予以清除；如判断结果为否的情况下，则确定审核结果为拒绝提交。

优选地，该验证模块122，还用于判断待提交文件的文件列表与待验证文件的文件列表是否一致，和判断用于验证待提交文件的哈希值与用于验证待验证文件的哈希值是否一致；在两者的判断结果均为一致的情况下，确定待提交文件与待验证文件一致。

图13是根据本发明实施例的文件提交控制系统的结构示意图，如图13所示，该文件提交控制系统130包括：版本控制系统132和上述任一项的文件审核装置134，其中，该版本控制系统132，用于依据预定拦截功能对待提交文件进行拦截后获取的待提交文件发送给文件审核装置134，并依据文件审核装置134反馈的审核结果对待提交文件进行提交处理。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收从版本控制系统发送的待提交文件；

S2，对待提交文件进行审核，获得审核结果；

S3，将获得的审核结果反馈给版本控制系统。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

接收从版本控制系统发送的待提交文件包括：

S1，接收版本控制系统发送的待提交文件，其中，待提交文件为版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

在对待提交文件进行审核，获得审核结果之前，还包括：

S1，判断待提交文件的提交者是否处于待验证状态；

S2，在判断结果为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

在对待提交文件进行审核，获得审核结果之前，还包括：

S1，判断待提交文件的提交者是否处于待验证状态，并判断待提交文件是否包含于待验证文件的文件列表中；

S2，在判断结果均为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，提交者此前已通过人工审核的文件为待验证文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

采用自动审核和人工审核结合的审核方式，对待提交文件进行审核包括：

S1，根据基于字段的自动审核规则，对待提交文件进行审核，获得自动审核结果，其中，自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核；

S2，在自动审核结果为允许提交或拒绝提交的情况下，确定自动审核结果为审核结果；

S3，在自动审核结果为需人工审核的情况下，确定审核结果为拒绝提交，并基于人工反馈的信息，对待提交文件进行审核，并将人工审核结果通知提交者；

S4，在待提交文件通过人工审核的情况下，将提交者设置为待验证状态，并将待提交文件登记到待验证文件的文件列表中。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

采用对待提交文件进行验证的审核方式，对待提交文件进行审核包括：

S1，判断待提交文件与待验证文件是否一致；

S2，在判断结果为是的情况下，则确定审核结果为允许提交，并将待提交文件从待验证文件列表中删除；当待验证文件列表为空时，将提交者的待验证状态予以清除；

S3，在判断结果为否的情况下，则确定审核结果为拒绝提交。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

判断待提交文件与待验证文件是否一致包括：

S1，判断待提交文件的文件列表与待验证文件的文件列表是否一致，和判断用于验证待提交文件的哈希值与用于验证待验证文件的哈希值是否一致；

S2，在两者的判断结果均为一致的情况下，确定待提交文件与待验证文件一致。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：接收从版本控制系统发送的待提交文件；对待提交文件进行审核，获得审核结果；将获得的审核结果反馈给版本控制系统。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：接收从版本控制系统发送的待提交文件包括：接收版本控制系统发送的待提交文件，其中，待提交文件为版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在对待提交文件进行审核，获得审核结果之前，还包括：判断待提交文件的提交者是否处于待验证状态；在判断结果为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在对待提交文件进行审核，获得审核结果之前，还包括：判断待提交文件的提交者是否处于待验证状态，并判断待提交文件是否包含于待验证文件的文件列表中；在判断结果均为是的情况下，确定采用对待提交文件进行验证的审核方式，对待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对待提交文件进行审核；其中，提交者处于待验证状态为提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，提交者此前已通过人工审核的文件为待验证文件。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：采用自动审核和人工审核结合的审核方式，对待提交文件进行审核包括：根据基于字段的自动审核规则，对待提交文件进行审核，获得自动审核结果，其中，自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核；在自动审核结果为允许提交或拒绝提交的情况下，确定自动审核结果为审核结果；在自动审核结果为需人工审核的情况下，确定审核结果为拒绝提交，并基于人工反馈的信息，对待提交文件进行审核，并将人工审核结果通知提交者；在待提交文件通过人工审核的情况下，将提交者设置为待验证状态，并将待提交文件登记到待验证文件的文件列表中。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：采用对待提交文件进行验证的审核方式，对待提交文件进行审核包括：判断待提交文件与待验证文件是否一致；在判断结果为是的情况下，则确定审核结果为允许提交，并将待提交文件从待验证文件列表中删除；当待验证文件列表为空时，将提交者的待验证状态予以清除；在判断结果为否的情况下，则确定审核结果为拒绝提交。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：判断待提交文件与待验证文件是否一致包括：判断待提交文件的文件列表与待验证文件的文件列表是否一致，和判断用于验证待提交文件的哈希值与用于验证待验证文件的哈希值是否一致；在两者的判断结果均为一致的情况下，确定待提交文件与待验证文件一致。

本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种文件审核方法，其特征在于，包括：

接收从版本控制系统发送的待提交文件；

对所述待提交文件进行审核，获得审核结果；

将获得的所述审核结果反馈给所述版本控制系统；

在对所述待提交文件进行审核，获得所述审核结果之前，还包括：判断所述待提交文件的提交者是否处于待验证状态；在判断结果为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件；或者，

判断所述待提交文件的提交者是否处于待验证状态，并判断所述待提交文件是否包含于待验证文件的文件列表中；在判断结果均为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，所述提交者此前已通过人工审核的文件为所述待验证文件。

2.根据权利要求1所述的方法，其特征在于，接收从所述版本控制系统发送的所述待提交文件包括：

接收所述版本控制系统发送的所述待提交文件，其中，所述待提交文件为所述版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。

3.根据权利要求1所述的方法，其特征在于，所述采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核包括：

根据基于字段的自动审核规则，对所述待提交文件进行审核，获得自动审核结果，其中，所述自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核；

在所述自动审核结果为允许提交或拒绝提交的情况下，确定所述自动审核结果为所述审核结果；

在所述自动审核结果为需人工审核的情况下，确定所述审核结果为拒绝提交，并基于人工反馈的信息，对所述待提交文件进行审核，并将人工审核结果通知所述提交者；

在所述待提交文件通过人工审核的情况下，将所述提交者设置为待验证状态，并将所述待提交文件登记到待验证文件的文件列表中。

4.根据权利要求1所述的方法，其特征在于，所述采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核包括：

判断所述待提交文件与所述待验证文件是否一致；

在判断结果为是的情况下，则确定所述审核结果为允许提交，并将所述待提交文件从所述待验证文件列表中删除；当所述待验证文件列表为空时，将所述提交者的待验证状态予以清除；

在判断结果为否的情况下，则确定所述审核结果为拒绝提交。

5.根据权利要求4所述的方法，其特征在于，判断所述待提交文件与所述待验证文件是否一致包括：

判断所述待提交文件的文件列表与所述待验证文件的文件列表是否一致，和判断用于验证所述待提交文件的哈希值与用于验证所述待验证文件的哈希值是否一致；

在两者的判断结果均为一致的情况下，确定所述待提交文件与所述待验证文件一致。

6.一种文件审核装置，其特征在于，包括：

接收模块，用于接收从版本控制系统发送的待提交文件；

审核系统模块，用于对所述待提交文件进行审核，获得审核结果，并将获得的所述审核结果反馈给所述版本控制系统；

还包括：第一任务分配模块，用于判断所述待提交文件的提交者是否处于待验证状态；在判断结果为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果为否的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，已通过人工审核的文件为待验证文件；或者，

第二任务分配模块，用于判断所述待提交文件的提交者是否处于待验证状态，并判断所述待提交文件是否包含于待验证文件的文件列表中；在判断结果均为是的情况下，确定采用对所述待提交文件进行验证的审核方式，对所述待提交文件进行审核；在判断结果不均为是的情况下，确定采用自动审核和人工审核结合的审核方式，对所述待提交文件进行审核；其中，所述提交者处于所述待验证状态为所述提交者此前所提交的文件已经过人工审核，且，人工审核结果为通过；其中，所述提交者此前已通过人工审核的文件为所述待验证文件。

7.根据权利要求6所述的装置，其特征在于，所述接收模块，还用于接收所述版本控制系统发送的所述待提交文件，其中，所述待提交文件为所述版本控制系统依据预定拦截功能对待提交文件进行拦截后获取的待提交文件。

8.根据权利要求6所述的装置，其特征在于，

所述审核系统模块包括：提交内容审核模块，其中，所述提交内容审核模块包括：自动审核模块和人工审核模块，其中，所述自动审核模块，用于根据基于字段的自动审核规则，对所述待提交文件进行审核，获得自动审核结果，其中，所述自动审核结果包括以下之一：允许提交，拒绝提交，需人工审核；在所述自动审核结果为允许提交或拒绝提交的情况下，确定所述自动审核结果为所述审核结果；所述人工审核模块，用于在所述自动审核结果为需人工审核的情况下，确定所述审核结果为拒绝提交，并基于人工反馈的信息，对所述待提交文件进行审核，并将人工审核结果通知所述提交者；在所述待提交文件通过人工审核的情况下，将所述提交者设置为待验证状态，并将所述待提交文件登记到待验证文件的文件列表中。

9.根据权利要求6所述的装置，其特征在于，所述审核系统模块包括：

验证模块，用于判断所述待提交文件与所述待验证文件是否一致；如判断结果为是的情况下，则确定所述审核结果为允许提交，并将所述待提交文件从所述待验证文件列表中删除；当所述待验证文件列表为空时，将所述提交者的待验证状态予以清除；如判断结果为否的情况下，则确定所述审核结果为拒绝提交。

10.根据权利要求9所述的装置，其特征在于，

所述验证模块，还用于判断所述待提交文件的文件列表与所述待验证文件的文件列表是否一致，和判断用于验证所述待提交文件的哈希值与用于验证所述待验证文件的哈希值是否一致；在两者的判断结果均为一致的情况下，确定所述待提交文件与所述待验证文件一致。

11.一种文件提交控制系统，其特征在于，包括：版本控制系统和权利要求6至10中任一项所述的文件审核装置，其中，所述版本控制系统，用于依据预定拦截功能对待提交文件进行拦截后获取的待提交文件发送给所述文件审核装置，并依据所述文件审核装置反馈的审核结果对所述待提交文件进行提交处理。

Images