CN109783090A - 一种用于持续交付的可视化方法、装置和服务器 - Google Patents

Abstract

本发明涉及一种用于持续交付的可视化方法、装置和服务器，该方法以Jenkins为基础，借助Jenkins的插件收集持续交付装置产生的构建数据，并通过可视化的展示方式展示所有的数据。从而能够有效、准确地实现对持续交付装置中每个阶段的构建数据可视化，提高了软件研发过程和质量的透明度，也提高了产品的开发效率。在整个持续交付装置运行的过程中，通过度量可视化装置的状态和结果来掌握整个持续交付存在的问题和产品质量，可以实时的定位问题，提高研发效率并保证软件交付质量，从而达到实时集成、实时反馈、实时部署的目标。

Description

一种用于持续交付的可视化方法、装置和服务器

技术领域

本发明涉及计算机领域，尤其涉及一种用于持续交付的可视化方法、装置和服务器。

背景技术

持续交付是一种DevOps软件开发实践。采用持续交付时，装置会自动构建、测试并准备代码变更，以便将其发布到生产环境中。持续交付通过在构建阶段后将所有代码变更部署到测试环境和/或生产环境中，实现对持续集成的扩展。当持续交付得以正确实施时，开发人员将始终能够获得一个已通过标准化测试流程的部署就绪型构建工件。

持续集成和持续部署是持续交付中最重要的两个组成部分，两个实践包含了软件从编写一行代码到部署生产环境的整个自动化流程。现行的持续交付虽然实现了软件开发流程的自动化，但是缺乏对整个流程的可视化展示，不能实时掌握整个持续交付存在的问题和产品质量，影响了研发效率和软件交付质量。

因此，如何能够实时并有效地检测整个软件开发流程中存在的问题以及将问题进行直观的可视化展示成为亟待解决的问题。

发明内容

本发明的目的在于克服现有技术的不足，提供了一种用于持续交付的可视化方法、装置和服务器，能够实时地反馈软件开发中的存在的问题以及将问题进行直观的可视化展示。

本发明解决上述技术问题的技术方案如下：

第一方面，本发明实施例提供了一种用于持续交付的可视化方法，包括以下步骤：

获取项目源代码；

对所述项目源代码进行编译；

判断编译是否成功，若编译成功，则进入下一步；若编译失败，则将编译失败状态进行可视化展示，并结束；

对编译成功后的代码进行单元测试；

判断测试是否成功，若测试成功，则将测试结果和测试成功状态以不同的形式进行可视化展示，并进入下一步；若测试失败，则将测试失败状态进行可视化展示，并结束；

对测试成功的代码进行Sonar扫描；

判断扫描是否成功，若扫描成功，则将扫描结果进行可视化展示，并进入下一步，若扫描失败，则将扫描结果和扫描失败状态进行可视化展示，并结束；

对扫描成功后的代码进行打包；

判断打包是否成功，若打包成功，则进入下一步，若打包失败，则将打包失败状态进行可视化展示，并结束；

将打包成功后的代码部署到预设的环境中；

判断部署是否成功，若部署成功，则将部署成功状态、当前构建的流水线编号和时间进行可视化展示，若部署失败，若部署失败，则将部署失败状态进行可视化展示。

进一步，所述测试结果包括单元测试总数、成功的单元测试总数、失败的单元测试总数和忽略的单元测试总数，其中，测试结果以黄色标签的形式进行可视化展示，测试成功状态以绿色背景进行可视化展示，测试失败状态以红色背景进行可视化展示。

进一步，所述扫描结果包括代码缺陷总数、代码漏洞总数、债务耗时时长、代码坏味道总数和代码重复百分比，其中，扫描结果以黄色标签的形式进行可视化展示，扫描失败状态以红色背景进行可视化展示。

进一步，所述部署成功状态以绿色背景进行可视化展示，所述部署失败状态以红色背景进行可视化展示。

进一步，在对扫描成功后的代码进行打包前还包括：对扫描成功后的代码进行代码总量统计，并将统计结果进行可视化展示。

进一步，所述方法还包括根据统计结果进行排名，并将代码总量排名前5的人名和总提交数量以标签的形式进行可视化展示。

第二方面，本发明实施例提供了提供一种持续交付度量可视化装置，包括：

获取模块，用于获取项目源代码；

编译模块，用于对所述项目源代码进行编译；

第一判断模块，用于判断编译是否成功，若编译成功，则将编译成功后的代码发送到测试模块；若编译失败，则将编译失败状态发送到可视化模块；

测试模块，用于对编译成功后的代码进行测试；

第二判断模块，用于判断测试是否成功，若测试成功，则将测试结果和测试成功状态发送到可视化模块，同时将测试成功的代码发送到Sonar扫描模块；若测试失败，则将测试失败状态发送到可视化模块；

Sonar扫描模块，用于对测试成功的代码进行Sonar扫描；

第三判断模块，用于判断扫描是否成功，若扫描成功，则将扫描结果发送到可视化模块，同时将扫描成功的代码发送到打包模块；若扫描失败，则将扫描结果和扫描失败状态发送到可视化模块；

打包模块，用于对扫描成功后的代码进行打包；

第四判断模块，用于判断打包是否成功，若打包成功，将打包成功后的代码发送到部署模块；若打包失败，则将打包失败状态发送到可视化模块；

部署模块，用于将打包成功后的代码部署在预设的环境中；

第五判断模块，用于判断部署是否成功，若部署成功，则将部署成功状态、当前构建的流水线编号和时间发送到可视化模块，若部署失败，则将部署失败状态发送到可视化模块；

可视化模块，用于对接收的信息进行可视化展示。

进一步，还包括：代码总量统计模块，用于对扫描成功后的代码进行代码总量统计，并将统计结果发送到可视化模块。

进一步，还包括：排名模块，用于根据统计结果进行排名，并将代码总量排名前5的人名和总提交数量以标签的形式发送到可视化模块。

第三方面，本发明实施例提供了一种服务器，包括处理器和机器可读存储介质，机器可读存储介质存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令时，实现第一方面的可视化方法步骤。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

本发明实施例提供了一种用于持续交付的可视化方法、装置和服务器，本发明以Jenkins为基础，借助Jenkins的插件收集持续交付装置产生的构建数据，并通过可视化的展示方式展示所有的数据。从而能够有效、准确地实现对持续交付装置中每个阶段的构建数据可视化，提高了软件研发过程和质量的透明度，也提高了产品的开发效率。

在整个持续交付装置运行的过程中，通过度量可视化装置的状态和结果来掌握整个持续交付存在的问题和产品质量，可以实时的定位问题，提高研发效率并保证软件交付质量，从而达到实时集成、实时反馈、实时部署的目标。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一的方法流程图；

图2为本发明实施例二的装置原理图；

图3为本发明实施例三的服务器原理图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

实施例一

本实施例针对现行的持续交付缺乏对整个流程的可视化展示，不能实时掌握整个持续交付存在的问题和产品质量以及将问题进行直观的可视化展示，影响研发效率的问题，提出了一种用于持续交付的可视化方法，该可视化方法应用于服务器端，在服务器端安装有Jenkins持续集成工具，配置GIT钩子脚本，配置Jenkins执行代码编译的Job，然后在Job配置中添加构建购操作Groovy Postbuild；新建Jenkins视图，选择Build MonitorView并设置该视图名称；选择使用了Groovy Postbuild的Jenkins，Job并添加到BuildMonitor视图中。打开该Build Monitor视图，设置中勾选Show badges并保存。

如图1所示，一种用于持续交付的可视化方法，包括以下步骤：

获取项目源代码；

本步骤中，利用GIT钩子获取客户端上传的项目源代码，并下载到持续交付装置本地。

对所述项目源代码进行编译；本步骤中，利用Gradle工具并使用Gradle编译命令对下载下来的代码进行编译。

判断编译是否成功，若编译成功，则进入下一步；若编译失败，则将编译失败状态进行可视化展示，并结束；

对编译成功后的项目源代码进行测试；本步骤中，利用Gradle工具并使用Gradle测试命令运行所有单元测试并生成测试结果。在Groovy Postbuild插件中分析单元测试结果，并根据测试结果判断测试是否成功，若测试成功，则将测试结果和测试成功状态以不同的形式进行可视化展示，并进入下一步；若测试失败，则将测试失败状态进行可视化展示，并结束；其中，测试结果包括单元测试总数、成功的单元测试总数、失败的单元测试总数和忽略的单元测试总数，其中，测试结果以黄色标签的形式进行可视化展示，测试成功状态以绿色背景进行可视化展示，测试失败状态以红色背景进行可视化展示。

对测试成功的代码进行Sonar扫描；

本步骤中，使用Gradle工具使用运行Sonar的命令运行Sonar静态代码扫描，在Groovy Postbuild插件中通过Sonar的API获取当前代码的静态代码扫描统计结果；并根据扫描统计结果断扫描是否成功，若扫描成功，则将扫描结果进行可视化展示，并进入下一步，若扫描失败，则将扫描结果和扫描失败状态进行可视化展示，并结束；其中，扫描结果包括代码缺陷总数、代码漏洞总数、债务耗时时长、代码坏味道总数和代码重复百分比，其中，扫描结果以黄色标签的形式进行可视化展示，扫描失败状态以红色背景进行可视化展示。

对扫描成功后的项目源代码进行打包；

本步骤中，使用Gradle工具执行项目源代码打包命令，生成能部署到指定环境的软件包。

判断打包是否成功，若打包成功，则进入下一步，若打包失败，则将打包失败状态进行可视化展示，并结束；

将打包成功后的代码部署在预设的环境中；判断部署是否成功，若部署成功，则将部署成功状态、当前构建的流水线编号和时间进行可视化展示，若部署失败，则将部署失败状态进行可视化展示。其中，部署成功状态以绿色背景进行可视化展示，所述部署失败状态以红色背景进行可视化展示。

本步骤中，打开Jenkins执行部署的各个Job，上传当前环境需要部署的部署脚本，然后在Job配置中添加构建购操作Groovy Postbuild；在Groovy Postbuild插件中获取当前构建的流水线编号和当前构建时间。运行当前部署的Job，Groovy Postbuild会将流水线编号和当前构建时间以标签的形式进行可视化展示。

另外为了能对研发员的工作量进行统计及排名，在对扫描成功后的项目源代码进行打包前还包括：对扫描成功后的项目源代码进行代码总量统计，并将统计结果进行可视化展示，以及根据统计结果进行排名，并将代码总量排名前5的人名和总提交数量以标签的形式进行可视化展示。

本步骤中，在Groovy Postbuild插件中通过Gitlab的API获取当前项目代码的提交统计结果。运行当前代码编译的Job，在Groovy Postbuild插件会得到排名前5的提交的人名和总提交数量并将以上数据以标签的形式进行可视化展示。

基于同一发明构思，本申请提供了实施例一对应的装置，详见实施例二。

实施例二

相应于实施例一，本实施例提供了一种持续交付度量可视化装置，如图2所示，所述装置：

获取模块，用于获取项目源代码；

编译模块，用于对所述项目源代码进行编译；

第一判断模块，用于判断编译是否成功，若编译成功，则将编译成功后的代码发送到测试模块；若编译失败，则将编译失败状态发送到可视化模块；

测试模块，用于对编译成功后的代码进行单元测试；

第二判断模块，用于判断测试是否成功，若测试成功，则将测试结果和测试成功状态发送到可视化模块，同时将测试成功的代码发送到Sonar扫描模块；若测试失败，则将测试失败状态发送到可视化模块；

Sonar扫描模块，用于对测试成功的代码进行Sonar扫描；

第三判断模块，用于判断扫描是否成功，若扫描成功，则将扫描结果发送到可视化模块，同时将扫描成功的代码发送到打包模块；若扫描失败，则将扫描结果和扫描失败状态发送到可视化模块；

打包模块，用于对扫描成功后的代码进行打包；

第四判断模块，用于判断打包是否成功，若打包成功，将打包成功后的代码发送到部署模块；若打包失败，则将打包失败状态发送到可视化模块；

部署模块，用于将打包成功后的代码部署到预设的环境中；

第五判断模块，用于判断部署是否成功，若部署成功，则将部署成功状态、当前构建的流水线编号和时间发送到可视化模块，若部署失败，则将部署失败状态发送到可视化模块；

可视化模块，用于对接收的信息进行可视化展示。

还包括：代码总量统计模块，用于对扫描成功后的代码进行代码总量统计，并将统计结果发送到可视化模块。

还包括：排名模块，用于根据统计结果进行排名，并将代码总量排名前5的人名和总提交数量以标签的形式发送到可视化模块。

由于本实施例所介绍的装置为实施本申请实施例一中一种持续交付度量可视化方法所采用的装置，故而基于本申请实施例一中所介绍的方法，本领域所属技术人员能够了解本实施例的装置的具体实施方式以及其各种变化形式，所以在此对于该装置如何实现本申请实施例中的方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

基于同一发明构思，本申请提供了实施例一对应的服务器，详见实施例三。

实施例三

本实施例提供一种服务器，如图3所示，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令时，实现以下步骤：

获取项目源代码；

对所述项目源代码进行编译；

判断编译是否成功，若编译成功，则进入下一步；若编译失败，则将编译失败状态进行可视化展示，并结束；

对编译成功后的代码进行单元测试；

判断测试是否成功，若测试成功，则将测试结果和测试成功状态以不同的形式进行可视化展示，并进入下一步；若测试失败，则将测试失败状态进行可视化展示，并结束；

对测试成功的代码进行Sonar扫描；

判断扫描是否成功，若扫描成功，则将扫描结果进行可视化展示，并进入下一步，若扫描失败，则将扫描结果和扫描失败状态进行可视化展示，并结束；

对扫描成功后的代码进行打包；

判断打包是否成功，若打包成功，则进入下一步，若打包失败，则将打包失败状态进行可视化展示，并结束；

将打包成功后的代码部署到预设的环境中；

判断部署是否成功，若部署成功，则将部署成功状态、部署的流水线编号和部署时间进行可视化展示，若部署失败，则将部署失败状态进行可视化展示。

在具体实施过程中，该机器可执行指令被处理器执行时，可以实现实施例一中任一实施方式。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或机器可执行指令产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的服务器上实施的机器可执行指令产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和机器可执行指令产品的流程图和/或方框图来描述的。应理解可由机器可执行指令指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些机器可执行指令指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些机器可执行指令指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些机器可执行指令指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

本发明实施例提供的一种用于持续交付的可视化方法、装置和服务器能带来的有益效果至少是：

本发明以Jenkins为基础，借助Jenkins的插件收集持续交付装置产生的构建数据，并通过仪表盘的方式展示所有的度量数据。从而能够有效、准确地实现对持续交付装置中每个阶段的构建数据度量可视化，提高了软件研发过程和质量的透明度，也提高了产品的开发效率。在整个持续交付装置运行的过程中，比较重要的就是度量可视化分析，通过度量可视化装置的状态和分析结果来掌握整个持续交付存在的问题和产品质量，可以实时的定位问题，提高研发效率并保证软件交付质量，从而达到实时集成、实时反馈、实时部署的目标。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种用于持续交付的可视化方法，其特征在于，包括以下步骤：

获取项目源代码；

对所述项目源代码进行编译；

判断编译是否成功，若编译成功，则进入下一步；若编译失败，则将编译失败状态进行可视化展示，并结束；

对编译成功后的代码进行单元测试；

判断测试是否成功，若测试成功，则将测试结果和测试成功状态以不同的形式进行可视化展示，并进入下一步；若测试失败，则将测试失败状态进行可视化展示，并结束；

对测试成功的代码进行Sonar扫描；

判断扫描是否成功，若扫描成功，则将扫描结果进行可视化展示，并进入下一步，若扫描失败，则将扫描结果和扫描失败状态进行可视化展示，并结束；

对扫描成功后的代码进行打包；

判断打包是否成功，若打包成功，则进入下一步，若打包失败，则将打包失败状态进行可视化展示，并结束；

将打包成功后的代码部署到预设的环境中；

判断部署是否成功，若部署成功，则将部署成功状态、当前构建的流水线编号和时间进行可视化展示，若部署失败，则将部署失败状态进行可视化展示。

2.根据权利要求1所述的用于持续交付的可视化方法，其特征在于，所述测试结果包括单元测试总数、成功的单元测试总数、失败的单元测试总数和忽略的单元测试总数，其中，测试结果以黄色标签的形式进行可视化展示，测试成功状态以绿色背景进行可视化展示，测试失败状态以红色背景进行可视化展示。

3.根据权利要求1所述的用于持续交付的可视化方法，其特征在于，所述扫描结果包括代码缺陷总数、代码漏洞总数、债务耗时时长、代码坏味道总数和代码重复百分比，其中，扫描结果以黄色标签的形式进行可视化展示，扫描失败状态以红色背景进行可视化展示。

4.根据权利要求1所述的用于持续交付的可视化方法，其特征在于，所述部署成功状态以绿色背景进行可视化展示，所述部署失败状态以红色背景进行可视化展示。

5.根据权利要求1至4中任一项所述的用于持续交付的可视化方法，其特征在于，在对扫描成功后的代码进行打包前还包括：对扫描成功后的代码进行代码总量统计，并将统计结果进行可视化展示。

6.根据权利要求5所述的用于持续交付的可视化方法，其特征在于，所述方法还包括根据统计结果进行排名，并将代码总量排名前5的人名和总提交数量以标签的形式进行可视化展示。

7.一种持续交付度量可视化装置，其特征在于，包括：

获取模块，用于获取项目源代码；

编译模块，用于对所述项目源代码进行编译；

第一判断模块，用于判断编译是否成功，若编译成功，则将编译成功后的代码发送到测试模块；若编译失败，则将编译失败状态发送到可视化模块；

测试模块，用于对编译成功后的代码进行单元测试；

第二判断模块，用于判断测试是否成功，若测试成功，则将测试结果和测试成功状态发送到可视化模块，同时将测试成功的代码发送到Sonar扫描模块；若测试失败，则将测试失败状态发送到可视化模块；

Sonar扫描模块，用于对测试成功的代码进行Sonar扫描；

第三判断模块，用于判断扫描是否成功，若扫描成功，则将扫描结果发送到可视化模块，同时将扫描成功的代码发送到打包模块；若扫描失败，则将扫描结果和扫描失败状态发送到可视化模块；

打包模块，用于对扫描成功后的代码进行打包；

第四判断模块，用于判断打包是否成功，若打包成功，将打包成功后的代码发送到部署模块；若打包失败，则将打包失败状态发送到可视化模块；

部署模块，用于将打包成功后的代码部署到预设的环境中；

第五判断模块，用于判断部署是否成功，若部署成功，则将部署成功状态、当前构建的流水线编号和时间发送到可视化模块，若部署失败，则将部署失败状态发送到可视化模块；

可视化模块，用于对接收的信息进行可视化展示。

8.根据权利要求7所述的持续交付度量可视化装置，其特征在于，还包括：代码总量统计模块，用于对扫描成功后的代码进行代码总量统计，并将统计结果发送到可视化模块。

9.根据权利要求8所述的持续交付度量可视化装置，其特征在于，还包括：排名模块，用于根据统计结果进行排名，并将代码总量排名前5的人名和总提交数量以标签的形式发送到可视化模块。

10.一种服务器，其特征在于，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令时，实现权利要求1-6任一所述的方法步骤。