流水线 自动化部署jenkins maven 之github
本文的开头先说一下环境的准备：
运行环境：Centos 7
maven 安装 http://maven.apache.org/
java jdk 安装 推荐使用open jdk http://openjdk.java.net/
以上的安装和运行开发 需要有开发经验的老同志 可以无阻力的玩，如果是新手，我建议先吧上边搞通 后 在往下来
我们 打开 jenkins 官网 https://www.jenkins.io/ 如果所在地区无法打开 请自行解决，懂得都懂。
如果上述 因为网络问题无法安装，则可以通过懂得都懂的方式自行解决
systemctl start jenkins 启动
临时关闭防火墙 systemctl stop firewalld.service（生产环境不建议使用）
上述安装完成后 默认的web服务端口为 8080端口
192.168.0.100:8080
vi /var/jenkins_home/secrets/initialAdminPassword 查看访问密码
可以创建一个管理员用户 也可以继续使用 admin账户 我这里为了验证流通性 所以直接使用默认的账户了
登录之后
把需要的github maven 插件都给装上，这里 如果是新手 建议把所有插件都装上，防止后续配置过程中 出现功能缺少的问题。
找到全局凭据 添加凭据
我这里使用的github 所以需要你所在的github仓库来一个 sshkey 来支持
ssh-keygen -t rsa -C "your_email@example.com“ 三次回车键 会显示文件所在的路径
id和描述 随便填写 这里为了区分
username 你的 github 邮箱
输入 私钥
Passphrase 当前登录用户的密码 这里用来确认的 还有就是 保存好 你生成的sshkey 公钥和私钥
记得在你的 github 里也设置下 github端 公钥 本地私钥 具体github公钥添加方式 我这里就不多说了 自行 google 解决哈。
Manage jenkins >Global Tool Configuration
里边有 mvn 和 jdk 的目录配置 如果加到过环境变量可以执行的可以忽略
尽情的来吐槽吧 宝贝们
上图的步骤 非常重要 后续我们会用到这个凭据的。
接下来 我们开启 建立模式
dashboard 新建item
构建一个maven版本项目 点击 确认
打开编辑页面
描述信息 相当于备注 自行填写
图中的 gitee链接 如果没有 可以忽略
源码管理：
Repository URL：github ssh git 链接
Credentials:选择凭据 我们在开始的时候 添加的全局凭据 记得在 github远程仓库里也设置好哦。
Branches to build: 构建分支 可选择的有 master develop main 现在 github的 主仓库为main 所以 我这里设置的是 */main
上图为构建触发器：
GitHub hook trigger for GITScm polling 触发 git scm
Poll SCM: H/2 * * * *(每两分钟 轮询一次 具体语法可以通过其他途径获知)
上述的两个选项 最终的运行是 定时去轮询 查看 当前 本地的代码 scm和 远程指定分支的scm一致不一致 如果一直 则不构建 继续下一下执行 以此类推。
构建环境
构建前 删除工作目录 这里可以不用勾选 我是为了看文件变动才选择的。
Pre Steps 此处忽略
上图为 构建 文件和参数 跳过 test
这里先 点击保存 构建一下 看看情况。
先说一下 各种错误的情况吧
拉取 失败 检查 git远程仓库和 本地的配置 还有 凭据 建议使用 suername sshkey private
另外一种错误是权限问题 给 文件夹加权限
还有一种问题是 mvn配置有问题 记得好好检查一下。还有 构建参数，建议在开发时的电脑上先跑一边 确保clean install package 等命令执行后都没有问题
切记 mvn springboot 项目 记得设置好包下的启动类 不然会提示 没有主体清单 导致跑不起来，很多问题再dev没问题，生产环境 error 警告一大堆.
http://192.168.0.14:8080/job/demomvn/11/console
demomvn 创建的项目名称 11 为构建的次数 cosnole 控制台输出，无论是你的构建成功 还是构建失败 console这里的输出会有很详细的错误信息的，多看多搜索 可以解决的，我这里折腾了 将近 20小时搞定了。构建次数50-60次 。
不要以为到这就结束了啊 还没有呢。
我以为构建成功就ok 了 可惜不是 构架成功 得让项目跑起来呀，是不是。
下面 我们设置 构建成功后 执行的脚本
post steps
Run only if build succeeds 构建成功后 执行
一定要按照上述格式填写脚本 不然你可能会遇到 构建无法结束 mvn jar 包 无法后台运行等问题
#!/bin/bash
/opt/web/demo/demomvnscript/stop.sh
/opt/web/demo/demomvnscript/replace.sh
echo "Execute shell Finish"
BUILD_ID=dontKillMe nohup /opt/web/demo/demomvnscript/startup.sh &
stop.sh 这里是 结束 进程的
#!/bin/bash
echo "Stop Procedure : demomvn.jar"
pid=$(ps -ef | grep java | grep demomvn.jar | awk '{print $2}')
echo 'old Procedure pid:'$pid
if [ -n "$pid" ]; then
kill $pid
fi
结束demomvn.jar 这个进程
replace.sh 记得给目标文件夹权限 chmod 777 R dir
#!/bin/bash
cp /var/lib/jenkins/workspace/hub/target/demomvn.jar /opt/web/demo/api
复制到 执行目录
replace.sh
java -jar /opt/web/demo/api/demomvn.jar
运行 jar包。
到这里 我们的 构建成功后的脚本就成功了。
结合构建 可以再 构建成功后 自动运行项目
再 github 里 修改 删除 增加 等操作 轮询到代码有变动时 会自动拉取下来
按照前边 的 构建文件和参数 构建可 执行的 jar 文件
在构建完成后 执行我们编写好的脚本。
就这样子，自动化部署就完成了 我这里时因为 没有 服务器 所以 在 虚拟机里玩的
轮询 发现代码有变动 构建
也可以 使用 钩子函数 一旦有有变动 立马 触发 拉取代码 构建 然后 执行。
综合上述我们发现。只要部署好，后面的工作就好多了。摆脱了传统的 复制替换文件 手动 开启停止服务等操作。
到这里 就告一段落了，如有错误之处 希望在评论区里指出。
可以私信我 csdn 或者 博客园 或者 邮箱 xiaohe@chnhonker.com(不处理垃圾邮件)
