CN104780076A - 一种代码检查方法和设备 - Google Patents

Abstract

本申请公开了一种代码检查方法和设备，该方法包括：持续集成服务器获取客户端从版本服务器下载的待修改代码的版本号和差别文件，差别文件中包含待修改代码与客户端修改待修改代码后生成的已修改代码的区别；持续集成服务器基于版本号以及差别文件复原已修改代码，并对已修改代码进行代码检查；若代码检查通过，持续集成服务器将已修改代码合入版本服务器；以此通过持续集成服务器对客户端的已修改代码进行检查，才会执行后续操作，避免了现有技术中是通过客户端进行代码检查所造成的缺陷，保证了在代码检查通过后才合入版本服务器，提高了用户体验。

Description

一种代码检查方法和设备

技术领域

本申请实施例涉及通信技术领域，特别涉及一种代码检测方法和设备。

背景技术

持续集成环境可以实现目标软件系统的构建、部署、静态测试、动态测试的自动化，从而达成目标软件系统的实时可发布性。

如图1所示，持续集成环境包括以下几个部分：

(1)、版本服务器：保存了目标软件系统的所有代码，持续集成管理软件和客户端可以从该服务器上下载代码，客户端可以将下载的代码进行修改，然后将修改上传到版本服务器进行保存。

(2)、客户端：由软件开发人员使用，可以从版本服务器下载代码，修改代码并上传到版本服务器。

而目前通常的代码管理流程包括如下步骤：

步骤1.通过客户端上的下载模块从版本服务器上下载系统代码，并保存在客户端上；

步骤2.开发人员在客户端计算机上对代码进行修改，生成已修改代码；

步骤3.通过客户端对已修改代码进行验证；

步骤4.若验证通过，客户端提交已修改代码到版本服务器。

由此可见，在现有的代码管理流程中，验证已修改代码是在客户端上进行的，如此当开发人员数量较多时(例如数十、数百、数千人)，不能保证验证的质量，例如：可能有开发人员自认为写的没错，不进行验证；或者验证不充分；也因此，导致提交到版本服务器上的已修改代码是很可能出现错误的，在此情况下，若有其他的开发人员下载了出现错误的代码，从而会影响后续工作过程以及造成时间浪费。

发明内容

本发明实施例提供了一种代码检测方法，方法应用于包括客户端、持续集成服务器，以及版本服务器的系统中，该方法包括：

所述持续集成服务器获取所述客户端从所述版本服务器下载的待修改代码的版本号和差别文件，所述差别文件中包含所述待修改代码与所述客户端修改所述待修改代码后生成的已修改代码的区别；

所述持续集成服务器基于所述版本号以及所述差别文件复原所述已修改代码，并对所述已修改代码进行代码检查，

若代码检查通过，所述持续集成服务器将所述已修改代码合入所述版本服务器。

优选的，所述持续集成服务器基于所述版本号以及所述差别文件复原所述已修改代码，具体包括：

所述持续集成服务器基于所述版本号从所述版本服务器下载对应所述版本号的待修改代码；

所述持续集成服务器基于所述待修改代码与所述差别文件中的待修改代码与所述已修改代码的区别复原所述已修改代码。

优选的，所述持续集成服务器将所述已修改代码合入所述版本服务器，具体包括：

所述持续集成服务器向所述版本服务器发送携带所述已修改代码的合入请求消息，以使得所述版本服务器在接收到所述合入请求消息时，将所述已修改代码合入所述版本服务器。

优选的，所述持续集成服务器将所述已修改代码合入所述版本服务器，具体包括：

所述述持续集成服务器向所述版本服务器发送携带所述差别文件和所述版本号的合入请求消息，已使得所述版本服务器在接收到所述合入请求消息时，基于所述版本号确定所述待修改代码，并基于所述待修改代码和所述差别文件复原所述已修改代码后将所述已修改代码合入所述版本服务器。

优选的，所述方法进一步包括：

所述持续集成服务器从所述客户端获取配置参数，所述配置参数用于指示所述持续集成服务器将所述已修改代码生成可执行文件，且在生成了可执行文件之后，指示是否将可执行文件发送给文件服务器；

所述持续集成服务器确认所述代码检查通过后，基于所述配置参数将所述已修改代码生成可执行文件，基于所述配置参数确定是否将所述可执行文件发送到文件服务器。

本发明实施例还公开了一种持续集成服务器，包括：

获取模块，用于获取所述客户端从所述版本服务器下载的待修改代码的版本号和差别文件，所述差别文件中包含所述待修改代码与所述客户端修改所述待修改代码后生成的已修改代码的区别；

复原模块，用于基于所述版本号以及所述差别文件复原所述已修改代码；

检测模块，用于对所述已修改代码进行代码检查了；

执行模块，用于当代码检查通过时，将所述已修改代码合入所述版本服务器。

优选的，所述复原模块，具体用于：

基于所述版本号从所述版本服务器中下载对应所述版本号的待修改代码；

基于所述待修改代码与所述差别文件中的待修改代码与所述已修改代码的区别复原所述已修改代码。

优选的，所述执行模块，具体用于：

向所述版本服务器发送携带所述已修改代码的合入请求消息，以使得所述版本服务器在接收到所述合入请求消息时，将所述已修改代码合入所述版本服务器。

优选的，所述执行模块，具体用于：

向所述版本服务器发送携带所述差别文件和所述版本号的合入请求消息，已使得所述版本服务器在接收到所述合入请求消息时，基于所述版本号确定所述待修改代码，并基于所述待修改代码和所述差别文件复原所述已修改代码后将所述已修改代码合入所述版本服务器。

优选的，该设备还包括：配置模块，用于从所述客户端获取配置参数，所述配置参数用于指示所述持续集成服务器将所述已修改代码生成可执行文件，且在生成了可执行文件之后，指示是否将可执行文件发送给文件服务器；

在确认所述代码检查通过后，基于所述配置参数将所述已修改代码生成可执行文件，以及基于所述配置参数确定是否将所述可执行文件发送到文件服务器。

与现有技术相比，本发明实施例中，通过持续集成服务器对已修改代码进行代码检查再合入版本服务器，避免了现有技术中是通过客户端进行代码检查所造成的缺陷，保证了在代码检查通过后才合入版本服务器，保证了合入的代码的质量，同时还能实现对任意代码进行修改，提高了用户体验。

附图说明

图1为现有技术中持续集成环境的结构示意图；

图2为本发明实施例提出的一种持续集成系统的结构示意图；

图3为本发明实施例提出的一种代码检查方法的流程示意图；

图4为本发明实施例提出的一种代码检查方法的流程示意图；

图5为本发明实施例提出的一种持续集成服务器的结构示意图。

具体实施方式

针对现有技术中存在的上述问题，本申请实施例提供了一种代码检查方法，方法应用于包括客户端、持续集成服务器，以及版本服务器的系统中，如图2和图3所示，包括以下步骤：

步骤201、持续集成服务器获取客户端从版本服务器下载的待修改代码的版本号和差别文件，差别文件中包含待修改代码与客户端修改待修改代码后生成的已修改代码的区别；

在本发明新提出了一种设备，即持续集成服务器，应用于如图2所示的持续集成系统中，该持续集成系统中包括客户端，持续集成服务器，以及版本服务器，其中，版本服务器上存储有所有的代码；客户端可以从版本服务器上获取需要进行修改的待修改代码，持续集成服务器可以从版本服务器和/或客户端上获取代码，并按预先编制的脚本或设置，自动完成代码的编译、测试、自动化部署等检查工作，由于涉及到大量的编译、测试工作，因此一台服务器可能不能负担，所以，可以由多个持续集成服务器组成服务器集群来实现协同运行，可以一部分持续集成服务器用来编译，另一部分持续集成服务器用来测试。

在此情况下，持续集成服务器获取客户端从版本服务器下载的待修改代码的版本号和差别文件，差别文件中包含待修改代码与客户端修改待修改代码后生成的已修改代码的区别，以此后续可以通过版本号以及差别文件复原已修改代码，其中具体的过程可以如下：

持续集成服务器接收客户端发送的构建请求消息，构建请求消息中携带客户端下载的待修改代码的版本号，以及客户端生成的差别文件；其中，差别文件中包含待修改代码与已修改代码的区别；持续集成服务器通过构建请求消息获取版本号以及差别文件，并通过差别文件和版本文件复原已修改代码。

由于代码的长度可以很长，例如可能有上百万行，以及对其进行的修改很少，可能就几行或者几十或者几百行，在此情况下，出于节约资源的考虑，客户端可以基于同一版本号的已修改代码和待修改代码的区别生成差别文件(例如一段代码有很多行，其中只是修改了第3行的，修改后的第3行代码为A，该差别文件就只需要体现第3行的修改即可，具体的，例如该差别文件中可以标注修改的代码的位置第3行，以及该位置的修改后的代码A，当然也可以有很多别的形式来体现，只要能体现同一版本号的已修改代码和待修改代码的区别即可)，并将版本号以及差别文件发送给持续集成服务器，以使得持续集成服务器通过差别文件和版本号在持续集成服务上复原已修改代码。另外，并不限于将版本号以及差别文件携带于构建请求消息中，只要能将版本号以及差别文件传递至持续集成服务器即可。

步骤202、持续集成服务器基于版本号以及差别文件复原已修改代码，并对已修改代码进行代码检查。

具体的复用过程如下：

持续集成服务器基于版本号从版本服务器下载对应版本号的待修改代码；持续集成服务器基于待修改代码与差别文件中的待修改代码与已修改代码的区别复原已修改代码。

具体的，该复原的过程是与生成差别文件的逆过程，仍以上述例子来进行说明，得到差别文件之后，确定代码修改的位置是第3行，以及该位置的修改后的代码A，持续集成服务器就可以基于该同一版本号从版本服务器中获取待修改代码，并找到第3行的位置，将第3行位置的代码替换为修改后的代码A，生成的代码即为复原后的已修改代码。以此通过差别文件复原了已修改代码，当然也可以有很多别的方式，具体的需要根据差别文件的构造来进行相应的复原操作，只要能保证已修改代码在续持续集成服务器复原即可。

以上的步骤都是基于差别文件以及版本号来复原已修改代码，但在实际情况中，代码也有可能本身就比较短，在此情况下，也可以直接将已修改代码发送给持续集成服务器，从而持续集成服务器就可以直接获取到已修改代码，该过程具体可以如下：

持续集成服务器接收客户端发送的构建请求消息，构建请求消息中携带已修改代码；持续集成服务器通过构建请求消息获取已修改代码。

具体的，考虑到代码有长有短，若是代码的长度比较短，在此情况下，客户端在对下载的待修改代码进行修改生成已修改代码之后，可以将已修改代码通过构建请求消息发送给持续集成服务器，持续集成服务器就可以直接通过构建请求消息获取到已修改代码，当然，也并不限于将已修改代码携带于构建请求消息中，还可以通过其他的消息或者方式将已修改代码传递至持续集成服务器，只要能将已修改代码传递至持续集成服务器即可。

在获取到已修改代码之后，对已修改代码进行检测。具体的检查过程如图4所示，代码检查过程中包括有编译、测试等多个检查过程，持续集成服务器通过上述多个过程来对已修改代码进行检查，具体的需要所有的过程都通过，代码检查才会通过。

步骤203、若代码检查通过，持续集成服务器将已修改代码合入版本服务器。

在代码检查通过后，需要将已修改代码合入版本服务器中的方式有两种：

方式一，持续集成服务器向版本服务器发送携带已修改代码的合入请求消息，以使得版本服务器在接收到合入请求消息时，将已修改代码合入版本服务器。

方式二、述持续集成服务器向版本服务器发送携带差别文件和版本号的合入请求消息，已使得版本服务器在接收到合入请求消息时，基于版本号确定待修改代码，并基于待修改代码和差别文件复原已修改代码后将已修改代码合入版本服务器。

另外，持续集成服务器除了获取已修改代码以外，在本申请优选的实施例中，还可以从客户端获取配置参数(该配置参数可以是在步骤201中，持续集成服务器在获取已修改代码时一并获取的，也可以是在检查通过之后再从客户端获取)，配置参数是用户在客户端上进行设置的，以便后续持续集成服务器在确定针对已修改代码进行代码检查通过之后，执行与配置参数对应的预设操作，该预设操作可以是用户根据需要自定义的操作，后续在检查通过的情况下执行该用户自定义的操作，以此可以基于用户的需要进行灵活地调整。

具体的，例如，持续集成服务器从客户端获取配置参数，配置参数用于指示持续集成服务器将已修改代码生成可执行文件，且在生成了可执行文件之后，指示是否将可执行文件发送给文件服务器；例如可以指示生成的可执行文件的格式，例如生成的是.exe执行文件.sys执行文件还是.com执行文件，至于是否将生成的可执行文件发送给文件服务器，例如可以将文件服务器的ip地址，或者标识存储于配置参数中，以使得持续集成服务器可以基于配置参数找到文件服务器，并发送给文件服务器；当然若是配置参数中并不存在可以找到文件服务器的参数或者数据，则表示不需要将可执行文件发送给文件服务器，后续持续集成服务器确认代码检查通过后，基于配置参数将已修改代码生成可执行文件(例如对应不同的格式，当然也可以是其他的形式，具体基于需要在配置参数中进行体现)，基于配置参数确定是否将可执行文件发送到文件服务器。当然除此以外，还可以基于用户的需要设置其他的预设操作，具体的可以而基于用户自定义，例如进行再一次检查等，并体现在配置参数中，只要后续持续集成服务器在确认代码检查通过后能基于配置参数执行与配置参数对应的操作即可，并不限于上述几种操作，例如预设的操作还可以基于场景以及用户的需要进行预设操作的调整，其他的在此不再进行赘叙。

以上都是基于代码检查通过的情况，如图4所示，在具体的实际情况中，是可能不通过的，例如可能是编译不通过，和/或测试不通过，在此情况下，持续集成服务器可以向客户端返回代码检查不通过的信息。

本发明实施例公开了一种持续集成服务器，如图5所示，包括：

获取模块501，用于获取客户端从版本服务器下载的待修改代码的版本号和差别文件，差别文件中包含待修改代码与客户端修改待修改代码后生成的已修改代码的区别；

复原模块502，用于基于版本号以及差别文件复原已修改代码；

检测模块503，用于对已修改代码进行代码检查了；

执行模块504，用于当代码检查通过时，将已修改代码合入版本服务器。

具体的，复原模块502，具体用于：

基于版本号从版本服务器中下载对应版本号的待修改代码；

基于待修改代码与差别文件中的待修改代码与已修改代码的区别复原已修改代码。

执行模块504，具体用于：

向版本服务器发送携带已修改代码的合入请求消息，以使得版本服务器在接收到合入请求消息时，将已修改代码合入版本服务器。

执行模块504，具体用于：

向版本服务器发送携带差别文件和版本号的合入请求消息，已使得版本服务器在接收到合入请求消息时，基于版本号确定待修改代码，并基于待修改代码和差别文件复原已修改代码后将已修改代码合入版本服务器。

执行模块504，具体用于：

从客户端获取配置参数；

在确认代码检查通过后，基于配置参数确实是否根据已修改代码生成可执行文件；和/或，

基于配置参数将已修改代码合入版本服务器。

与现有技术相比，本发明实施例通过持续集成服务器对已修改代码进行代码检查再合入版本服务器，避免了现有技术中是通过客户端进行代码检查所造成的缺陷，保证了在代码检查通过后才合入版本服务器，保证了合入的代码的质量，同时还能实现对任意代码进行修改，提高了用户体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种代码检测方法，其特征在于，所述方法应用于包括客户端、持续集成服务器，以及版本服务器的系统中，该方法包括：

所述持续集成服务器获取所述客户端从所述版本服务器下载的待修改代码的版本号和差别文件，所述差别文件中包含所述待修改代码与所述客户端修改所述待修改代码后生成的已修改代码的区别；

所述持续集成服务器基于所述版本号以及所述差别文件复原所述已修改代码，并对所述已修改代码进行代码检查；

若代码检查通过，所述持续集成服务器将所述已修改代码合入所述版本服务器。

2.如权利要求1所述的方法，其特征在于，所述持续集成服务器基于所述版本号以及所述差别文件复原所述已修改代码，具体包括：

所述持续集成服务器基于所述版本号从所述版本服务器下载对应所述版本号的待修改代码；

所述持续集成服务器基于所述待修改代码与所述差别文件中的待修改代码与所述已修改代码的区别复原所述已修改代码。

3.如权利要求1所述的方法，其特征在于，所述持续集成服务器将所述已修改代码合入所述版本服务器，具体包括：

所述持续集成服务器向所述版本服务器发送携带所述已修改代码的合入请求消息，以使得所述版本服务器在接收到所述合入请求消息时，将所述已修改代码合入所述版本服务器。

4.如权利要求1所述的方法，其特征在于，所述持续集成服务器将所述已修改代码合入所述版本服务器，具体包括：

所述述持续集成服务器向所述版本服务器发送携带所述差别文件和所述版本号的合入请求消息，已使得所述版本服务器在接收到所述合入请求消息时，基于所述版本号确定所述待修改代码，并基于所述待修改代码和所述差别文件复原所述已修改代码后将所述已修改代码合入所述版本服务器。

5.如权利要求所述的方法，其特征在于，所述方法进一步包括：

所述持续集成服务器从所述客户端获取配置参数，所述配置参数用于指示所述持续集成服务器将所述已修改代码生成可执行文件，且在生成了可执行文件之后，指示是否将所述可执行文件发送给文件服务器；

所述持续集成服务器确认所述代码检查通过后，基于所述配置参数将所述已修改代码生成可执行文件，基于所述配置参数确定是否将所述可执行文件发送到文件服务器。

6.一种持续集成服务器，其特征在于，包括：

获取模块，用于获取所述客户端从所述版本服务器下载的待修改代码的版本号和差别文件，所述差别文件中包含所述待修改代码与所述客户端修改所述待修改代码后生成的已修改代码的区别；

复原模块，用于基于所述版本号以及所述差别文件复原所述已修改代码；

检测模块，用于对所述已修改代码进行代码检查了；

执行模块，用于当代码检查通过时，将所述已修改代码合入所述版本服务器。

7.如权利要求6所述的设备，其特征在于，所述复原模块，具体用于：

基于所述版本号从所述版本服务器中下载对应所述版本号的待修改代码；

基于所述待修改代码与所述差别文件中的待修改代码与所述已修改代码的区别复原所述已修改代码。

8.如权利要求6所述的设备，其特征在于，所述执行模块，具体用于：

向所述版本服务器发送携带所述已修改代码的合入请求消息，以使得所述版本服务器在接收到所述合入请求消息时，将所述已修改代码合入所述版本服务器。

9.如权利要求6所述的设备，其特征在于，所述执行模块，具体用于：

向所述版本服务器发送携带所述差别文件和所述版本号的合入请求消息，已使得所述版本服务器在接收到所述合入请求消息时，基于所述版本号确定所述待修改代码，并基于所述待修改代码和所述差别文件复原所述已修改代码后将所述已修改代码合入所述版本服务器。

10.如权利要求6所述的设备，其特征在于，还包括：

配置模块，用于从所述客户端获取配置参数，所述配置参数用于指示所述持续集成服务器将所述已修改代码生成可执行文件，且在生成了可执行文件之后，指示是否将可执行文件发送给文件服务器；

在确认所述代码检查通过后，基于所述配置参数将所述已修改代码生成可执行文件，以及基于所述配置参数确定是否将所述可执行文件发送到文件服务器。