Jenkins部署与自动化构建，-p8091:500


Jenkins笔记

文章目录

  • Jenkins笔记
    • @[toc]
    • 一、安装Jenkins
      • docker 安装 Jenkins
      • Java启动war包直接安装
    • 二、配置maven+Git自动构建jar包
    • 三、自动化发布到测试服务器运行
      • 超时机制
      • 数据流重定向
      • 编写清理Shell脚本
    • 四、构建触发器
      • 1. 生成API token
      • 2. Jenkins项目配置触发器
      • 3. 远程Git仓库配置WebHooks
      • 4. 几种构建方式
      • 5. 定期构建cron表达式
      • 6. Poll SCM（轮询）
    • 五、配置邮箱接收构建信息
      • 1. 设置管理员邮箱（发件邮箱）
      • 2. Jenkins邮件设置配置
      • ==**3.邮件设置中的坑**==

一、安装Jenkins

docker 安装 Jenkins

Java启动war包直接安装

二、配置maven+Git自动构建jar包

  1. 创建一个任务

  2. 选择Git ，此时下面会提示git连接错误

    可以配置下凭证

  3. 安装git

    yum install -y git
# 安装完毕后验证一下
git --verison

  4. 设置需要构建的分支

  5. 配置maven路径

    配置安装的maven路径

  6. 设置需要构建的pom文件路径

  7. 保存后开始构建

    可以在构建中看到控制台输出（记得将maven的镜像地址换成阿里云地址）

三、自动化发布到测试服务器运行

构建后Post Steps

超时机制

  1. 启动脚本问题会导致超时，从而导致启动不成功

    可以设置超时时间为0 这样就可以不会因为超时而不成功

nohup java -jar /jenkins/build_jar/first1/*.jar &
# 这条语句会超时，原因是因为没有指明日志输出到哪里，控制台会一直等待

#修改为如下
nohup java -jar /jenkins/build_jar/first1/*.jar >/jenkins/build_jar/first1/mylog.log 2>&1 &

# 也可以简化为
nohup java -jar /jenkins/build_jar/first1/*.jar &>/jenkins/build_jar/first1/mylog.log  &

数据流重定向

数据流重定向就是将某个命令执行后应该要出现在屏幕上的数据传输到其他地方

# 标准输入:代码为0，使用<或者<<
# 标准输出:代码为1，使用>或者>>
# 标准错误输出:代码为2，使用2>或者2>>
# 若以>输出到一个已存在的文件中，那么这个文件会被覆盖
# > 覆盖写
# >> 追加写

编写清理Shell脚本

jps|grep -v Jps|awk '{print $1}'

#将 xxxx写入xxx.txt
echo "xxxx">xxx.txt

#!/bin/bash

#获取程序运行的pid
ps -ef|grep jenkins_demo #会获取到两条记录 有一条是grep的数据

#利用grep -v 再次过滤 grep -v 需要过滤掉的信息
ps -ef|grep jenkins_demo|grep -v grep

#利用grep '需要的信息' 进行过滤
ps -ef|grep jenkins_demo|grep 'SNAPSHOT'

#获取打印出来的信息的第二列数据PID
`ps -ef|grep jenkins_demo|grep 'SNAPSHOT'|awk '{printf $2}'`

部署前shell操作（删除原来的包,同时关闭上一次运行的pid）

#!/bin/bash
#删除原来的包
rm -rf /jenkins/build_jar/first1

#传入一个参数
appname=$1
if [ -z $appname ]
then
  appname='jenkins_demo'
fi
echo $appname

#获取pid
pid=`ps -ef | grep $appname | grep 'java -jar' | awk  '{printf $2}'`

echo $pid

#如果pid为空的话,提示一下,否则执行kill命令
if [ -z $pid ]
#使用-z来判断是否是空值
then
  echo "$appname not started"
else
  kill -9 $pid
  echo "$appname stoping..."
fi

#再次精准匹配 查看是否已经kill完 -w是精准匹配
check=`ps -ef|grep -w $pid |grep java`
if [ -z $check ]
then
  echo "$appname pid:$pid is stop"
else
  echo "$appname stop Failed"
fi

  1. 配置构建前执行shell脚本

  2. 此时构建的话，Jenkins会自动帮我们删除以前的版本数据，同时kill掉以前运行的pid

四、构建触发器

触发器可以通过一些事件触发Jenkins的自动构建，如：上传代码，合并代码等。

1. 生成API token

  • 1.1 进入jenkins安全设置，开启安全域及授权策略

    配置开启

  • 1.2 生成api token

2. Jenkins项目配置触发器

  • 2.1 选择测试项目-配置-构建触发器，选择触发远程构建，将token粘贴在身份验证令牌处，保存

  • 2.2 通过访问 JENKINS_URL/job/first/build?token=TOKEN_NAME 观察项目是否进入构建队列

3. 远程Git仓库配置WebHooks

（GitLab GitHub）同理

  • 3.1在Jenkins中安装Gitee插件（同上）

  • 3.2在项目设置中配置Gitee令牌地址等

  • 3.3增加webHooks管理

  • 3.4添加post地址和token 这里的地址直接用上面Jenkins的链接，token则是刚才生成的密码

  • 3.5尝试重新上传代码，可以发现现在会自动触发构建

4. 几种构建方式

1、快照依赖构建/Build whenever a SNAPSHOT dependency is built

  • 当依赖的快照被构建时执行本job

2、触发远程构建 (例如,使用脚本)

  • 远程调用本job的restapi时执行本job

3、job依赖构建/Build after other projects are built

  • 当依赖的job被构建时执行本job

4、定时构建/Build periodically

  • 使用cron表达式定时构建本job

5、向GitHub提交代码时触发Jenkins自动构建/GitHub hook trigger for GITScm polling

  • Github-WebHook出发时构建本job

6、定期检查代码变更/Poll SCM

  • 使用cron表达式定时检查代码变更，变更后构建本job

5. 定期构建cron表达式

在构建中Build periodically与Poll SCM接收的参数都是cron表达式

与标准的cron表达式不同，没有秒字段

cron表达式网站

第一个 * 表示每个小时的第几分钟，取值0~59

0 */1 * * *
H：每小时0分执行一次

第二颗 * 表示小时，取值0~23

* 15 * * * 表示每天下午3点
* 1 * * *  表示每天凌晨1点

第三颗 * 表示一个月的第几天，取值1~31
* 1 5 * *  表示每月5日凌晨1点

第四颗 * 表示第几月，取值1~12
* 15 5 1 *  表示每年一月5日15时的每一分钟执行

第五颗 * 表示一周中的第几天，取值0~7，其中0和7代表的都是周日

H （hash散列）

  • hash散列值，以job名取值，获取到以job名为入参的唯一值，相同名称值也相同，这个偏移量会和实际时间相加，获得一个真实的运行时间。

  • 意义在于：不同的项目在不同的时间运行，即使配置的值是一样的，比如 都是15 * * * * ，表示每个小时的第15分钟开始执行任务，那么会造成同一时间内在Jenkins中启动很多job，换成H/15 * * * *,那么在首次启动任务时，会有随机值参与进来，有的会在17分钟启动 有的会在19分钟启动，随后的启动时间也是这个值。这样就能错开相同cron值的任务执行，减轻同一时间拉起的Job太多。

  • H的值也可以设置范围

  • H * * * *表示一小时内的任意时间

*/10 * * * *每10分钟

H/10 * * * *每10分钟,可能是7,17,27，起始时间定hash，后续不会变

45 3 * * 1-6 每个周一至周六，凌晨3点45 执行1次

45 3-5 * * 1-6 每个周一至周六，凌晨3点45 ，凌晨4点45，凌晨5点45 各执行1次

H(40-48) 3-5 * * 1-6 在40~48之间取值 其他同上

45 3-5/2 * * 1-6 每个周一至周六，凌晨3点45 ，凌晨5点45 各执行1次

45 0-6/2 * * * 0点开始，6点结束，每间隔2小时执行一次 0:45、2:45、4:45、6:45

  • 如图 配置后会每天凌晨两点的某一分钟为我们构建 H 2 * * *

6. Poll SCM（轮询）

​ 这个是由Jenkins服务发起对远程git仓库的访问，比较配置的分支上是否有新的内容，如果有则会发起一次构建，轮询频率控制是通过cron表达式控制。

五、配置邮箱接收构建信息

1. 设置管理员邮箱（发件邮箱）

  • 1.1 登录163邮箱，进入邮箱协议设置

  • 1.2 获取授权密码(ZSJRNM*********)

2. Jenkins邮件设置配置

  • 在管理界面Configure System中

    此时可以点击下面的发送邮件测试是否能成功发送

  • 在项目管理里配置构建后邮件通知

  • 重新构建项目，可以看到已经有短信通知了

3.邮件设置中的坑

相关内容