既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上C C++开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
首先,需要安装 Role-based Authorization Strategy 插件,如下图所示:
插件安装完成后,需要重启 Jenkins。
3.2.2 全局安全设置
安装完上面的插件后,进入 Jenkins 主页中,点击“系统管理”、“全局安全配置”,进入全局安全配置页面,如下图所示:
在上图中,主要是将“授权策略”修改为“Role-Based Strategy”,即使用前面安装的插件进行用户权限控制。
之后,点击“保存”即可。
3.2.3 管理、分配角色
选择了授权策略之后,就需要进行具体的角色管理了。
进入 Jenkins 主页中,点击“系统管理”,能看到“Manage and Assign Roles”功能,如下图所示:
点击上图中的“Manage and Assign Roles”,转到具体的角色管理页面,如下图所示:
- 点击“Manage Roles”,进行角色管理。
首先需要新建一个角色(如developer),如下图所示:
然后,为新建的角色(developer)根据实际需要分配权限,如下图所示:
在上图中,我们为 developer 角色分配了项目构建权限、Jenkins 服务信息读取权限。(我们能够看到,admin 角色默认拥有所有权限)
点击“save”保存该 developer 角色信息。
- 回到“Manage and Assign Roles”页面,点击“Assign Roles”,如下图所示:
进入“Assign Roles”页面,为 Jenkins 用户分配指定的角色,如下图所示:
在上图中,我们看到了刚刚添加的新角色 developer。我们将前面创建的用户 xxb 设置为 developer 角色。
点击“save”保存设置。至此,就完成了对于用户 xxb 的权限控制。
此时,再次使用 xxb 用户登录 Jenkins,发现其权限发生了变化,如下图所示:
从上图中可以看到,xxb 用户不再拥有“创建任务”、“系统管理”等功能,这说明上述对于该用户的权限控制生效了。
4 圈复杂度
通过 CCM 插件可以实现发布代码圈复杂度报告的功能。
4.1 安装插件
首先需要安装插件 CCM,CCM 插件信息如下图所示:
4.2 生成代码圈复杂度
这里需要说明的是,Jenkins 的 CCM 插件只是一个圈复杂度报告的分析和发布工具,其本身并不具备生成代码圈复杂度的功能,所以在这里还需要一个生成圈复杂度数据的工具。
4.2.1 编译生成圈复杂度工具
检查代码复杂度的工具有很多,本文选择了 github 上的 ccm 工具,相关的 github 链接为: https://github.com/jonasblunck/ccm
按照该链接中的指导,最终编译(需要使用 vs 进行编译)出检查代码圈复杂度的程序“CCM.exe”,该程序是 Windows 程序,为了能在 Linux 运行,需要在 Linux 上安装 mono,相关命令如下:
mono-core-4.6.2-4.el7.x86_64
安装 mono 之后,就可以在 CentOS 7 上运行 CCM.exe 了。
之后,将圈复杂度检查工具的相关文件上传到 Jenkins 服务器上,圈复杂度检查工具在 Jenkins 服务器上的信息,如下图所示:
[root@ACC_APP /var/lib/jenkins/workspace/account_system_CI/ci]# l
total 56
drwxr-xr-x 2 root root 69 Aug 28 19:11 ./
drwxr-xr-x 5 root root 39 Aug 28 19:10 ../
-rw-r--r-- 1 root root 543 Aug 28 14:45 account_sys_ccm.config
-rw-r--r-- 1 root root 31232 Aug 10 08:55 CCMEngine.dll
-rw-r--r-- 1 root root 19456 Aug 10 08:54 CCM.exe
[root@ACC_APP /var/lib/jenkins/workspace/account_system_CI/ci]#
对于上图中的几个文件,说明如下:
- CCM.exe:编译 github 上的源代码生成的可执行文件;
- CCMEngine.dll:编译 github 上的源代码生成的可执行文件;
- account_sys_ccm.config:圈复杂度的配置文件,供 CCM.exe 使用;
4.2.2 编写CCM配置文件
CCM 配置文件是核心文件,CCM.exe 读取 CCM 配置文件的内容,进行具体的圈复杂度分析。
有以下两种方式来了解 CCM 配置文件的写法说明:
- 通过在 CentOS 7 命令行运行“mono CCM.exe”,可得到 CCM 配置文件的示例,以及相关元素的描述,如下图所示:
- 从 github 上获取的源码中,有一个“readme.doc”文件,在该文件中也介绍了 CCM 配置文件的元素信息描述。
本文中使用的 CCM 示例配置文件信息内容如下:
[root@ACC_APP /var/lib/jenkins/workspace/account_system_CI/ci]# cat account_sys_ccm.config
<ccm>
<analyze>
<folder>../code</folder>
</analyze>
<exclude>
<folder>../code/preplatform</folder>
<folder>../code/test</folder>
</exclude>
<recursive>yes</recursive>
<outputter>Xml</outputter>
<threshold>15</threshold>
<numMetrics>20</numMetrics>
<suppressMethodSignatures>yes</suppressMethodSignatures>
<switchStatementBehavior>IgnoreCases</switchStatementBehavior>
<fileExtensions>
<fileExtension>.cpp</fileExtension>
<fileExtension>.h</fileExtension>
</fileExtensions>
</ccm>
[root@ACC_APP /var/lib/jenkins/workspace/account_system_CI/ci]#
4.2.3 运行CCM
编写完 CCM 配置文件后,就可以运行 CCM 程序,来生成圈复杂度报告了。在 CentOS 7 中,CCM 程序的运行命令如下:
mono CCM.exe account_sys_ccm.config > ccm.xml
上面的命令根据配置文件 account_sys_ccm.config 的内容,生成一份圈复杂度报告,并将报告的内容保存在 ccm.xml 中。这个 ccm.xml 就是 Jenkins 服务需要发布和展示的圈复杂度报告了。
说明:在实际的持续集成环境部署中,需要把 CCM 的程序运行过程放入 Jenkins 的构建过程中,一般都是在代码编译后,再生成圈复杂度报告的。
4.3 发布圈复杂度检查结果
针对某个项目进行设置,实现发布圈复杂度报告的功能,具体设置方法如下图所示:
在上图中的“CCM results”栏中,填写使用 CCM 工具生成的圈复杂度报告的位置(注意这里是相对于项目根目录的位置)。同时,还可以根据需要,填写圈复杂度检查结果对于本次构建的影响(unstable、failed)。
至此,在 Jenkins 中集成代码圈复杂度检查的设置就结束了。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上C C++开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
图片转存中…(img-rx0Qy2J1-1715704742141)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上C C++开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新