程序员最近都爱上了这个网站  程序员们快来瞅瞅吧！  it98k网:it98k.com

本文的开头先说一下环境的准备：

运行环境：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(不处理垃圾邮件)