问题描述

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】插件就是属于分析构建日志这种。

这篇文章着眼于一些方法和工具，以确保您的 Jenkins 实例安全、可靠并保护使用它的人。对于一个开放的、可定制的平台。

每日分享最新，最流行的软件开发知识与最新行业趋势，希望大家能够一键三连，多多支持，跪求关注，点赞，留言。

对于这样一个开放的、可定制的平台，即使在默认状态下，Jenkins 也提供了不错的安全性。尽管它连接到无数的行业工具，但还有其他一些方法可以帮助保护您的项目。

一、背景

Jenkins是什么

1. 概述

目前国内绝大多数的团队，都采用 Jenkins 实现持续集成与持续发布。那么 Jenkins 是什么?在《Jenkins 用户文档中心》介绍如下：

Jenkins 是一款开源 CI&CD 软件，用于自动化各种任务，包括构建、测试和部署软件。

一、简述

Jenkins是一款先进的持续集成工具，用于管理重复性的工作，同时，Jenkins还提供了流弊的分布式能力、优秀的插件管理能力、自定义插件能力、Groovy脚本能力等，详见官网。