代码检查配置方法、装置及存储介质与流程

1.本公开涉及软件开发及测试技术领域，尤其涉及代码检查配置方法、装置及存储介质。


背景技术：

2.持续集成环境的代码检查，如代码错误、代码质量、代码安全等检查，目前通常基于例如jenkins等持续集成工具执行。在执行代码检查时，将代码检查任务调度到部署了不同检查工具的从服务器。
3.基于jenkins等持续集成工具所部署各不同检查目标的从服务器的方案，每个从服务器只部署针对单一类型的编译环境，会存在下述问题：不同检查工具需分别部署到从服务器；相同检查工具的不同代码语言、不同代码的构建方式，需个性配置编译环境，容易出现所依赖检查组件的版本冲突，增加部署和运维困难；某个类型的代码检查任务只能调度到配置了匹配的特定编译环境的从服务器，而不能调度到其它从服务器。如果代码检查任务对应代码量较大项目，则会造成分析时间长、消耗资源高，容易导致后续任务阻塞、排队，无法利用其它从服务器的资源。
4.发明消息
5.鉴于以上相关技术的缺点，本公开的目的在于提供代码检查配置方法、装置及存储介质，以解决相关技术中的问题。
6.本公开第一方面提供一种代码检查配置方法，包括：获取关于待检查代码的代码检查请求；其中，所述代码检查请求包含请求参数；将对应所述代码检查请求的代码检查任务调度至服务器集群中的目标节点，以由所述目标节点利用代码检查环境执行所述代码检查任务；其中，所述代码检查环境基于所述请求参数所构建。
7.在第一方面的实施例中，基于所述请求参数构建所述代码检查环境，包括：获取容器镜像；运行所述容器镜像以形成容器；对所述容器加载编译配置参数；对所述容器配置待检查代码的代码访问路径及检查工具。
8.在第一方面的实施例中，所述请求参数包括：待检查代码的代码语言类型、构建方式、编译指令、检查工具参数、及代码访问路径参数；基于所述请求参数构建所述代码检查环境，包括：基于所述代码语言类型及构建方式，获取匹配的已构建的容器镜像；或者从镜像库获取匹配的容器镜像构建文件，并基于所述容器镜像构建文件建立容器镜像；运行所述容器镜像以形成容器；对所述容器加载匹配于所述编译指令的编译配置参数；对所述容器配置待检查代码的代码访问路径及检查工具；其中，所述代码访问路径匹配于所述访问径路参数，所述检查工具匹配于所述检查工具参数。
9.在第一方面的实施例中，所述编译配置参数包括以下至少一种：编译依赖项；环境变量。
10.在第一方面的实施例中，所述对所述容器配置待检查代码的代码访问路径及检查工具，包括：基于所述代码访问路径参数，挂载待检查代码至所述容器；挂载匹配于所述检
查工具参数的检查工具至所述容器。
11.在第一方面的实施例中，所述容器镜像基于基础镜像构建，所述基础镜像或容器镜像获取自预设的镜像仓库；和/或，所述检查组件获取自预设的检查组件仓库。
12.在第一方面的实施例中，所述的代码检查配置方法还包括：获取所述目标节点执行所述代码检查任务所得到的执行结果，并返回以响应所述代码检查请求。
13.在第一方面的实施例中，所述代码检查环境由所述目标节点基于代码检查任务所传递的至少部分请求参数所创建。
14.本公开第二方面提供一种代码检查配置装置，包括：请求获取模块，用于获取关于待检查代码的代码检查请求；其中，所述代码检查请求包含请求参数；任务调度模块，用于将对应所述代码检查请求的代码检查任务调度至服务器集群中的目标节点，以由所述目标节点利用代码检查环境执行所述代码检查任务；其中，所述代码检查环境基于所述请求参数所构建。
15.本公开第三方面提供一种计算机装置，包括：通信器、存储器及处理器；所述通信器用于与外部通信；所述存储器存储有程序指令；所述处理器用于运行所述程序指令以执行如第一方面任一项所述的代码检查配置方法。
16.本公开第四方面提供一种计算机可读存储介质，存储有程序指令，所述程序指令被运行以执行如第一方面任一项所述的代码检查配置方法。
17.如上所述，本公开实施例中提供代码检查配置方法、装置及存储介质，通过获取关于待检查代码的代码检查请求；其中，所述代码检查请求包含请求参数；将对应所述代码检查请求的代码检查任务调度至服务器集群中的目标节点，以由所述目标节点利用代码检查环境执行所述代码检查任务；其中，所述代码检查环境基于所述请求参数所构建。本公开实施例中实现基于待检查代码检查需求相关的请求参数，对应在服务器集群所调度的目标节点灵活地构建适配的代码检查环境，不必受限于向特定的从服务器调度代码检查任务，既能屏蔽不同代码语言、不同构建方式、不同检查工具等差异，也能选择资源空闲节点以避免拥堵而提升效率。
附图说明
18.图1展示相关技术中持续集成中代码检查的原理示意图。
19.图2展示本公开一实施例中代码检查配置方法的流程示意图。
20.图3展示本公开一实施例中代码检查环境构建的流程示意图。
21.图4展示本公开一更具体实施例中代码检查环境构建的流程示意图。
22.图5展示本公开一实施例中代码检查环境构建层的架构示意图。
23.图6展示基于图5实施例的架构执行代码检查流程的示意图。
24.图7展示本公开一实施例中代码检查配置装置的模块示意图。
25.图8展示本公开一实施例中计算机装置的结构示意图。
具体实施方式
26.以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本公开所揭露的消息轻易地了解本公开的其他优点与功效。本公开还可以通过另外不同的具体实施
方式加以实施或应用系统，本公开中的各项细节也可以根据不同观点与应用系统，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
27.下面以附图为参考，针对本公开的实施例进行详细说明，以便本公开所属技术领域的技术人员能够容易地实施。本公开可以以多种不同形态体现，并不限定于此处说明的实施例。
28.在本公开的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本公开的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本公开中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
29.此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本公开的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
30.为了明确说明本公开，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。
31.在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。
32.虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操执行、元件、模块、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操执行、元件、模块、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或操执行的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
33.此处使用的专业术语只用于言及特定实施例，并非意在限定本公开。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、执行业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、执行业、要素及/或成份的存在或附加。
34.表示“下”、“上”等相对空间的术语可以为了更容易地说明在附图中图示的一器件相对于另一器件的关系而使用。这种术语是指，不仅是在附图中所指的意义，还包括使用中的装置的其它意义或执行业。例如，如果翻转附图中的装置，曾说明为在其它器件“下”的某器件则说明为在其它器件“上”。因此，所谓“下”的示例性术语，全部包括上与下方。装置可
以旋转90
°
或其它角度，代表相对空间的术语也据此来解释。
35.虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本公开所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的消息相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。
36.持续集成工具为软件开发行业所常用。持续集成的含义是将更新的代码合并或者提交到主干源码仓库中。在这个合并或者提交的过程中，都伴随着执行一系列的质量保证活动如代码检查等来确保代码的正确性。
37.可参考图1所示，目前的持续集成工具，例如jenkins，在收到提交的待检查代码时，会将配置有静态的代码检查工具的服务器，作为jenkins的从服务器，再把任务调度到从服务器执行代码检查；该方法对不同检查工具(如图中的fortify、sonar等)、不同代码语言(如图示java、c、c++、go、python、ruby、c#等等)、不同构建方式(如编译顺序)需个性配置编译环境，容易出现组件版本冲突，如一些项目依赖openssl 0.9.8，一些项目依赖openssl 1.1.0，部署和运维困难。另外，由于代码检查任务只能分配到特定的从服务器，即需要与待检查代码需要的检查工具、编译环境匹配，而不能选择其它从服务器进行分配，导致服务器资源利用率低、部署运维困难。
38.鉴于此，本公开实施例中可以提供一种代码检查配置方法，根据持续集成工具的代码检查请求选择服务器集群中可用的目标节点，并在目标节点灵活地对应代码检查请求的请求参数搭建适配的代码检查环境，以由高效完成代码检查。
39.如图2所示，展示本公开实施例中代码检查配置方法的流程示意图。
40.在图2中，所述代码检查配置方法包括：
41.步骤s201：获取关于待检查代码的代码检查请求。
42.其中，所述代码检查请求包含请求参数。在一些实施例中，所述请求参数可以包括：待检查代码的代码语言类型、构建方式、编译指令、检查工具参数、及代码访问路径参数等，用于确定构建代码检查环境所需的配置。
43.在一些应用示例中，比如持续集成应用场景，所述代码检查请求可以是来自持续集成工具；或者，也可能是在云项目开发场景中，来自云平台的代码检查请求。
44.步骤s202：将对应所述代码检查请求的代码检查任务调度至服务器集群中的目标节点，以由所述目标节点利用代码检查环境执行所述代码检查任务。
45.其中，所述代码检查环境基于所述请求参数所构建。在一些实施例中，所述代码检查环境会基于在容器中运行代码检查所需的依赖项、检查工具等。以下通过实施例对代码检查环境构建进行说明。
46.在一些实施例中，所述目标节点可以根据负载均衡的资源利用策略而从服务器集群中选择，并相应分配代码检查任务，比如基于不同服务器的资源利用均衡、服务器实现的节点数量的均衡、基于代码检查数量和/或资源占用量的均衡等。需说明的是，节点是一种软件层面的模块划分方式，物理层面可能是一个服务器对应实现一个节点，或可能是一个服务器实现多个节点(比如每个节点对应于一个独立的虚拟机实现)，或可能是一个节点由多个服务器分布式地实现。
47.如图3所示，展示本公开一实施例中代码检查环境构建的流程示意图。
48.在图3中，所述代码检查环境构建的流程包括：
49.步骤s301：获取容器镜像。
50.步骤s302：运行所述容器镜像以形成容器。
51.具体的，容器技术是一种内核轻量级的操作系统层虚拟化技术。可以有效地将由单个操作系统管理的资源划分到孤立的组中，以更好地在孤立的组之间平衡有冲突的资源使用需求。容器是基于容器镜像(image)的运行所得到的，容器镜像可以理解为一种虚拟机镜像。
52.在一些实施例中，可以采用docker容器技术实现所述容器。具体的，通过在镜像仓库拉取静态的基础镜像形成容器镜像，基础镜像如ubuntu镜像，在基础镜像基础上增加可读写的层而形成可读写的动态的容器。在本公开的应用中，容器镜像可根据待检查代码的代码语言类型、构建方式等而对应选择。比如，分别对应java、c、c++、go、python、ruby、c#的不同基础镜像，根据待检查代码的代码语言类型是其中某一种而对应选择基础镜像。
53.在一些实施例中，可以从镜像库直接拉取已创建的容器镜像；或者，也可以从镜像库获取匹配的容器镜像构建文件，并基于所述容器镜像构建文件建立容器镜像。例如，所述容器镜像构建文件如dockfile文件，根据dockfile文件中的dockfile指令构建容器镜像。
54.步骤s303：对所述容器加载编译配置参数。
55.在一些实施例中，所述编译配置参数包括以下至少一种：编译依赖项；环境变量。在可能示例中，所述编译依赖项包括例如pyhton的依赖包，环境变量如docker容器对应的go语言的环境变量等。需说明的是，在此，可以确定需要加载的编译配置参数的版本，以避免相关技术中的版本冲突的问题。
56.步骤s304：对所述容器配置待检查代码的代码访问路径及检查工具。
57.在一些实施例中，所述代码访问路径可用于供挂载路径指向目录的待检查代码至所述容器。在一些实施例中，所述检查工具如fortify、sonar、coverity等。
58.具体的，图3方法中的容器形成所需要的镜像、编译配置参数、代码访问路径、检查工具等可与代码检查请求的请求参数匹配。示例性地，所述请求参数包括：待检查代码的代码语言类型、构建方式、编译指令、检查工具参数、及代码访问路径参数。
59.如图4所示，展示本公开一更具体实施例中代码检查环境构建的流程示意图。
60.在图4中，流程包括：
61.步骤s401：基于所述代码语言类型及构建方式，获取匹配的已构建的容器镜像；或者从镜像库获取匹配的容器镜像构建文件，并基于所述容器镜像构建文件建立容器镜像。
62.示例性地，所述容器镜像基于基础镜像构建，所述基础镜像或容器镜像获取自预设的镜像仓库。
63.步骤s402：运行所述容器镜像以形成容器。
64.步骤s403：对所述容器加载匹配于所述编译指令的编译配置参数。
65.步骤s404：对所述容器配置待检查代码的代码访问路径及检查工具；其中，所述代码访问路径匹配于所述访问径路参数，所述检查工具匹配于所述检查工具参数。
66.示例性地，可以基于所述代码访问路径参数，挂载待检查代码至所述容器。
67.示例性地，可以挂载匹配于所述检查工具参数的检查工具至所述容器，所述检查组件获取自预设的检查组件仓库。
68.在一些实施例中，所述的代码检查配置方法还包括：获取所述目标节点执行所述代码检查任务所得到的执行结果，并返回以响应所述代码检查请求。
69.在一些实施例中，所述代码检查环境由所述目标节点基于代码检查任务所传递的至少部分请求参数所创建。由此，在上述示例中，持续集成工具可通过发布携带上述请求参数的代码检查请求，并通过将对应代码检查任务调度到较为空闲的目标节点，以根据请求参数在目标节点获取镜像以形成容器，并加载对应请求参数的编译配置参数以及挂载对应的检查工具及根据挂载待检查代码，从而配置完成代码检查环境以执行代码检查任务，完成待检查代码。在可能示例中，以上方法可以通过在持续集成工具和服务器集群之间的一个代码检查环境构建层来实现。
70.如图5所示，展示本公开一实施例中代码检查环境构建层的架构示意图。
71.在图5中，所述代码检查环境构建层包括：基础镜像仓库、检查组件仓库、镜像构建模块和组件挂载模块。需说明的是，所述代码检查环境构建层是一种软件层面中的结构，其中各部分可以实现于同一物理设备(如服务器)，或可能是分布在多个物理设备实现的。
72.例如，服务器集群的每个节点皆可以布置基础镜像仓库、检查组件仓库、镜像构建模块和组件挂载模块，以当其中某个节点被选择为目标节点时，目标节点可以根据代码检查请求形成代码检查任务，以根据请求参数完成代码检查环境的构建。或者，所述基础镜像仓库和检查组件仓库也可以设置在相对目标节点的远端，以通过与目标节点的通信来拉取基础docker镜像及检查工具的代码扫描组件。
73.又例如，服务器集群包含至少一个中心管理节点，其负责管理其它节点，中心管理节点获取持续集成工具的代码检查请求(持续集成工具也可以位于中心管理节点)，确定需要调度的目标节点，生成并发布相应的代码检查任务到目标节点。目标节点执行代码检查任务，构建代码检查环境并完成代码检查。
74.示例性地说明代码检查环境构建层中各个模块的功能。
75.所述基础镜像仓库可用于管理不同语言、不同构建方式的基础镜像或创建镜像的dockerfile文件。
76.检查组件仓库可用于管理各种检查工具的代码扫描组件，如fortify sca、sonar-scanner等。
77.镜像构建模块可用于接收持续集成工具的代码检查请求，根据代码语言、构建方式等参数，从基础镜像仓库拉取对应的镜像或dockerfile；通过docker指令构建镜像并启动容器，根据请求参数中的编译指令，加载编译依赖项、配置环境变量。
78.组件挂载模块可用于根据请求中的代码路径参数，挂载源代码到容器，以及根据请求中的检查工具参数，挂载检查组件仓库中的相应组件到容器，并完成输出配置；根据请求参数挂载源代码路径、挂载检查组件到容器并完成输出配置，如组件以服务存在，初始化与组件服务间的会话。
79.编译环境构建层可将代码检查任务调度到服务器集群中可用的目标节点。
80.如图6所示，展示基于图5实施例的架构执行代码检查流程的示意图。
81.流程具体包括：
82.a：持续集成工具发起代码检查请求，并下发代码的代码语言类型、构建方式、编译指令、检查工具、代码访问路径等参数；
83.b：代码检查环境构建层接收持续集成工具的代码检查请求参数，完成镜像构建、检查组件的挂载，具体包括：
84.b1：镜像构建模块根据请求中的代码语言类型、构建方式等参数，从基础镜像仓库拉取对应的docker镜像或dockerfile文件；
85.b2：镜像构建模块根据拉取的docker镜像启动容器或者通过docker指令构建镜像并启动容器，根据请求参数中的编译指令，加载编译依赖项、配置环境变量，如pyhton的依赖包、go语言的环境变量；
86.b3：组件挂载模块根据请求中的代码路径参数，挂载待检查的源代码到容器；
87.b4：组件挂载模块根据请求中的检查工具参数，挂载检查组件仓库中的相应检查工具组件到容器，并完成输出配置；
88.b5：代码检查环境构建层将检查任务调度到服务器集群的目标节点。
89.b6：目标节点完成检查，返回执行状态和结果到持续集成工具。
90.本公开实施例中，通过在持续集成工具与服务器集群间，基于基础镜像和容器构建代码检查环境，根据持续集成工具的请求参数，拉取基础镜像并挂载检查工具组件，动态配置所需的编译环境和容器，并将对应代码检查任务调度到服务器集群中的节点而不是特定的从服务器，屏蔽了不同检查工具、不同代码语言类型、不同构建方式对编译环境的依赖。
91.相比于相关技术，本公开实施例的优点在于：
92.1、在持续集成工具与服务器集群间动态配置所需的代码检查环境，屏蔽了不同检查工具、不同代码语言、不同构建方式对编译环境的依赖，可解决组件版本冲突，降低部署与运维难度。
93.2、将代码检查任务调度到服务器集群任一可用节点而不是特定的从服务器，提高了服务器集群的资源利用率。
94.本公开实施例中方案可能的应用场景，示例性地如下所示：
95.1.可应用于持续集成环境的代码检查，如代码错误、代码质量、代码安全等检查；
96.2.应用于研发云项目中的代码安全与代码质量检查，可屏蔽对编译环境的依赖，将检查任务调度到服务器集群任一可用节点。
97.本公开实施例中的方案在具体应用场景中具有极高的商业价值。比如，在持续集成环境或研发云平台中，可屏蔽了不同检查工具、不同代码语言、不同构建方式对编译环境的依赖，可解决组件版本冲突问题，提高服务器集群的资源利用率，降低部署与运维难度。
98.在更进一步的应用场景中，研发云平台可作为devops能力输出，依据本公开实施例中的代码检查方法可以形成流水线的代码扫描调度技术，可以更好的灵活调度客户资源、节约资源、降低客户成本，增强产品吸引力。
99.如图7所示，展示本公开一实施例中代码检查配置装置700的模块示意图。由于所述代码检查配置装置700的具体实现可以参考之前的代码检查配置方法实施例，因此此处不再对技术细节作重复赘述。
100.在图7中，所述代码检查配置装置700包括：
101.请求获取模块701，用于获取关于待检查代码的代码检查请求；其中，所述代码检查请求包含请求参数；
102.任务调度模块702，用于将对应所述代码检查请求的代码检查任务调度至服务器集群中的目标节点，以由所述目标节点利用代码检查环境执行所述代码检查任务；其中，所述代码检查环境基于所述请求参数所构建。
103.在一些实施例中，基于所述请求参数构建所述代码检查环境，包括：获取容器镜像；运行所述容器镜像以形成容器；对所述容器加载编译配置参数；对所述容器配置待检查代码的代码访问路径及检查工具。
104.在一些实施例中，所述请求参数包括：待检查代码的代码语言类型、构建方式、编译指令、检查工具参数、及代码访问路径参数；基于所述请求参数构建所述代码检查环境，包括：基于所述代码语言类型及构建方式，获取匹配的已构建的容器镜像；或者从镜像库获取匹配的容器镜像构建文件，并基于所述容器镜像构建文件建立容器镜像；运行所述容器镜像以形成容器；对所述容器加载匹配于所述编译指令的编译配置参数；对所述容器配置待检查代码的代码访问路径及检查工具；其中，所述代码访问路径匹配于所述访问径路参数，所述检查工具匹配于所述检查工具参数。
105.在一些实施例中，所述编译配置参数包括以下至少一种：编译依赖项；环境变量。
106.在一些实施例中，所述对所述容器配置待检查代码的代码访问路径及检查工具，包括：基于所述代码访问路径参数，挂载待检查代码至所述容器；挂载匹配于所述检查工具参数的检查工具至所述容器。
107.在一些实施例中，所述容器镜像基于基础镜像构建，所述基础镜像或容器镜像获取自预设的镜像仓库；和/或，所述检查组件获取自预设的检查组件仓库。
108.在一些实施例中，所述的代码检查配置装置还包括：结果返回模块，用于获取所述目标节点执行所述代码检查任务所得到的执行结果，并返回以响应所述代码检查请求。
109.需特别说明的是，在图7实施例中的各个功能模块，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以程序指令产品的形式实现。程序指令产品包括一个或多个程序指令。在计算机上加载和执行程序指令指令时，全部或部分地产生按照本公开的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。程序指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。
110.并且，图7实施例所揭露的装置，可通过其它的模块划分方式实现。以上所表示的装置实施例仅仅是示意性的，例如所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或模块可以结合或者可以动态到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接于可以是通过一些接口，装置或模块的间接耦合或通信连接于，可以是电性或其它的形式。
111.另外，图7实施例中的各功能模块及子模块可以动态在一个处理部件中，也可以是各个模块单独物理存在，也可以两个或两个以上模块动态在一个部件中。上述动态的部件既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述动态的部件如果以软件功能模块的形式实现并执行为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。
112.需特别说明的是，本公开上述实施例的流程图表示的流程或方法表示可以被理解
为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。
113.例如，图2、图3、图4等实施例中的各个步骤的顺序可能可以在具体场景中加以变化，并非以上述表示为限。
114.如图8所示，展示本公开一实施例中计算机装置的结构示意图。
115.在一些实施例中，所述计算机装置用于装载实现前述方法实施例(例如图2、图3、图4等方法步骤)的程序指令。所述计算机装置具体可实现为服务器，如前述实施例中服务器集群中的服务器等，其可作为一个或多个节点的实现载体。
116.如图8所示，计算机装置800以通用计算设备的形式表现。计算机装置800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。
117.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得计算机装置用于实现本公开上述实施例中所描述方法步骤。
118.在一些实施例中，存储单元820可以包括易失性存储单元，例如随机存取存储单元(ram)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(rom)8203。
119.在一些实施例中，存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操执行系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
120.在一些实施例中，总线830可以包括数据总线、地址总线和控制总线。
121.在一些实施例中，计算机装置800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(i/o)接口850进行。可选的，计算机装置800还包括显示单元840，其连接到输入/输出(i/o)接口850，用于进行显示。并且，计算机装置800还可以通过网络适配器860与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与计算机装置800的其它模块通信。应当明白，尽管图中未示出，可以结合计算机装置800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
122.本公开的实施例中还可以提供计算机刻度存储介质，其可以包含程序代码，并可以在设备上运行，例如个人电脑上运行，以实现本公开上述方法实施例(如图2、图3、图4等)中的各个步骤及子步骤的执行。在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
123.所述程序代码可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
124.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
125.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
126.可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言-诸如java、c++等，还包括常规的过程式程序设计语言-诸如"c"语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
127.综上所述，本公开实施例中提供代码检查配置方法、装置及存储介质，通过获取关于待检查代码的代码检查请求；其中，所述代码检查请求包含请求参数；将对应所述代码检查请求的代码检查任务调度至服务器集群中的目标节点，以由所述目标节点利用代码检查环境执行所述代码检查任务；其中，所述代码检查环境基于所述请求参数所构建。本公开实施例中实现基于待检查代码检查需求相关的请求参数，对应在服务器集群所调度的目标节点灵活地构建适配的代码检查环境，不必受限于向特定的从服务器调度代码检查任务，既能屏蔽不同代码语言、不同构建方式、不同检查工具等差异，也能选择资源空闲节点以避免拥堵而提升效率。
128.上述实施例仅例示性说明本公开的原理及其功效，而非用于限制本公开。任何熟悉此技术的人士皆可在不违背本公开的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本公开所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本公开的权利要求所涵盖。