1.权限控制的基本设置

1.1选择基于角色权限的分配策略

前言

Jenkins， DevOps 技术栈的核心之一，CI/CD 离不开编写 Pipeline 脚本，上手 Jenkins ，简单查一下文档，你就应该不会被 agent，stages，step 这类关键词弄懵，也能很快构建出 pipeline 的骨架

但是当向骨架中填充内容的时候，尤其如何利用

Jenkins的授权策略

Jenkins 默认的授权策略是【登录用户可以做任何事】，也就是人人都是管理员，可以修改所有的设置以及构建所有的任务，不用做任何设置，有账号登录到 Jenkins 系统即可，这对于测试研究 Jenkins 来讲是不错的，但将这种策略用于生产环境绝对不是我们想要的。试想一下，原本很多的 Jenkins 配置信息已经设置好了，结果来了一个新手，由于不是很会使用 Jenkins，结果把 Jenkins 的设置打乱了，如果没有文档记录的话，你都不知道之前是怎么设置的。同样的，有些任务不是任何人都可以去构建的，特别是用于部署生产环境的的一些任务，随便去构建了，那就可能会部署到生产环境去，没做好控制的话很容易被误操作，这是会出生产事故的，所以做好权限控制是非常有必要的。

问题描述

Jenkins Pipeline，更像“胶水”，将很多脚本与工具粘合在一起，实现自动化任务，而它本身并没有提供特定功能。

执行 Shell 命令或者脚本是个非常常见的任务。该笔记将记录在 Jenkins Pipeline 中执行 Shell 的方法。

我们这边好多小组觉得每次测试人员叫我们开发打包部署到某某个测试环境人工操作比较麻烦，因为他们想做到只专注于开发，不管这些琐碎的事。于是有个组长问我前端能不能用Jenkins去执行这一个固定的流程，因为他们后端都是用Jenkins去实现自动化打包部署。我之前没用过Jenkins，于是我去Jenkins官网看了下，发现确实是可以使用Jenkins实现前端自动化打包部署的，因为Jenkins可以执行远程shell脚本，我们开发是在Windows下，只是相当于在Linux下打包而已，而前端项目完全是可以在Linux环境下打包的。（顺便提一句，我们的Jenkins部署在CentOS下，所以以下示例代码均以CentOS环境为例，示例中的Jenkins语言文字汉化不完整，不过大家按图索骥应该也能找到相应的位置）

环境说明

服务器IP 服务 备注 10.4.82.119 Jenkins 第一次配置不会的可以按照我的步骤来 10.4.82.120 gitlab、tomcat 测试环境tomcat端口8083 10.4.82.115 tomcat 测试环境tomcat端口8083

Jenkins 中有很多插件用于代码质量报告的展示，不过目前大多数都不再维护了，推荐使用【Warnings Next Generation】插件。各种各样的报告，本质上是输出的 HTML 或者 XML 文档，这些插件就是直接读取或者直接展示输出的文档。还有另一种方式就是分析任务的构建日志，例如我们的 Java 项目在执行 maven package 或者 gradle build 后，会输出一堆的日志信息，【Warnings Next Generation】插件就是属于分析构建日志这种。