1. Jenkins+PipelineScript+Groovy+Mysql持续集成配置说明
Jenkins中的Pipeline Script功能十分强大，不再简单的调用SHELL指令， 可以完全支持Groovy脚本语言，兼容JAVA生态，可以支持各种第三方组件，再加入Mysql的打包配置持久化， 可以很灵活的实现各种复杂打包的场景，更好的控制管理版本的打包，实现可持续性的集成配置管理，可以极大的简化打包配置工作量。这里讲解具体的配置使用， 以及在使用过程中所遇到的一些问题的处理。
2. Jenkins与Groovy工程的集成
2.1. 进入jenkins的系统管理
2.2. 进入Global Pipeline Libraries配置
需要将Groovy工程加入配置：
配置GIT连接信息
凭据添加管理
可以采用用户名和密码的配置方式：
3. 创建流水线任务
3.1. 创建名为PIPELINE_TEST的流水线任务
3.2. 编写pipeline script 脚本
3.3. 在Groovy沙盒中执行
Groovy 沙盒是一个封闭的环境， 但会限制一些使用能力， 它可以保障脚本执行的安全，可以根据需要勾选。
保存之后， 对任务进行构建， 就可以在jenkins中调用Groovy脚本。
4. 如何引入第三方依赖
在实际使用中， Groovy工程可能需要用到第三方依赖， 比如JSON解析组件、数据JDBC驱动等，但如果没有正确配置， 在jenkins中是无法正确使用。
4.1. 首先在jenkins的pipeline script中定义好， 通过构建进行下载：
@GrabResolver(name='resp', root='http://192.168.1.108:8082/nexus/content/repositories/releases/')注意，不同的jar包可能在不同的仓库类别中，要注意仓库后面的路径要配置正确。
4.2. 在Groovy工程中引用第三方组件
这里是多个组件标签的写法， 每个@Grab标签包含三部分信息，相当于MAVEN的GROUPID、ARTIFACTID以及VERSION信息
最后在Jenkins的pipeline script中通过@Library标签引入Groovy工程即可正常调用。
5. 如何解决PipelineScript中无法识别Mysql驱动问题
在实际使用中， 通过上面的引入第三方依赖步骤方法，发现始终无法有效识别mysql驱动，检查驱动包也已下载至groovy缓存库中， 但是仍然报错，通过分析定位， 原因是jenkins内部中java环境classpath没有指定驱动包， 解决方法：
5.1. 检查jenkins中的classpath依赖路径
不同jenkins版本，路径是不一样：
如果 jenkins 运行的是 jdk < 9，正确的位置： <java_home>/jre/lib/ext
如果 jenkins 正在运行 jdk >= 9，正确的位置： /usr/share/jenkins/jenkins.war具体可通过在jenkins的脚本控制台中执行以下指令识别：
println System.getProperty("java.ext.dirs")或者：
println System.getProperty("java.class.path")
这里的jenkins是jdk9以上的版本， 可以看到路径是： /usr/share/jenkins/jenkins.war
war包的修改相对复杂点， 需要加jar包添加至war包内。
5.2. 在jenkins的war包中添加mysql驱动
1、先创建WEB-INF的lib目结构录
sudo mkdir -p /usr/share/jenkins/WEB-INF/lib/2、将mysql的驱动包copy至lib目录内
先将mysql-connector-java驱动上传至/var/jenkins_home目录
cp ./var/jenkins_home/mysql-connector-java-8.0.21.jar /usr/share/jenkins/WEB-INF/lib/3、将mysql的驱动包加入至jenkins.war中
jar -uvf jenkins.war ./WEB-INF/lib/mysql-connector-java-8.0.21.jar最后， 再重新启动jenkins服务，就可以正常识别mysql的驱动。
