一.场景介绍
在部署完Jenkins后，需要将现有的maven项目（Jenkis的开源插件），放到Jenkins上，用于自动化运维的改造。
项目地址：https://github.com/jenkinsci/hashicorp-vault-pipeline-plugin
本次只简单的进行了maven项目的构建，算是CI持续集成，对每次版本的代码进行构建，并简单测试是否构建成功。
二.项目配置
配置插件
1.需要先安装Jnekins的maven插件，用于maven项目的构建打包。如果这里是ant项目、sbt项目同理，要安装对应插件。
这些插件的作用是将maven的配置集成到Jenkins里，告诉Jenkins在构建项目时，maven程序安装在了哪里。
系统管理-》管理插件-》可选插件，搜索Maven Integration，进行安装。示例这里是已安装的。
注意：安装后要查看安装状态，因为是连接的外国插件服务器，可能会安装失败。若失败了，可阅读插件管理，进行手动安装。
2.在Jenkins服务器安装maven-3.5
3.在系统管理-》Global Tool Configuration中配置
4.在Maven配置里，填写上本地maven路径，也可以点击自动安装，由Jenkins自己安装（不推荐，每次发布项目都会安装一次）
5.保存配置
配置项目
1.首页-》新建-》创建一个Maven项目
2.源码管理-》git，填写上项目地址。
提示：最上面一排叫阶段，里面的配置叫步骤。
3.因为模拟用的github，是不用填写账号密码的。实际操作中需要填写gitlab的账号密码，点击ADD进行添加。
然后在这里进行账号密码的选择，本次实验则不需要。
4.找到build阶段，填写clean package，进行构建。当前maven项目的pom.xml就在项目目录下，所以不需要修改。
5.Post Steps阶段，左下角选择添加一个Execute shell步骤，填写如下命令，用于检测是否发布打包成功。[[ -f target/hashicorp-vault-pipeline.hpi ]] && echo "Packaging successful" || echo "Packaging failed"
其实第4部也可以加到这里，但这样不利于版本化和统一配置。若maven位置变动，则所有相关项目都需要修改。
cd hashicorp-vault-pipeline-plugin
mvn clean package
6.保存后点击左侧，立即构建
Jenkins会在/var/lib/jenkins/workspace/项目名文件夹下进行操作，例如下载项目，编译构建。
可以从构建历史，查看日志输出
最后可以看到检测成功了
7.可以看到项目页面有工作区和最新修改2个功能。
工作区就是通过git步骤下载下来的代码，这样在页面就可以查看文件了
最新修改为git步骤下载下来的代码commit提交记录。