在上一篇文章中,我们使用docker编写 Dockerfile
文件,将我们自己的项目构建成镜像,然后发布到 DockerHub
中,并且用自己的云服务器拉取Docker Hub上我们自己上传的项目镜像,并且由该镜像运行容器,使得我们成功将自己的项目用docker运行了起来,并且外网访问测试通过。
如果还没有使用过docker自己构建过镜像的同学还是建议先阅读第一篇文章:传送门
在本篇文章中,将讲解使用jenkins帮助我们监听git仓库的变化,一旦有新的push到master分支,jenkins服务则从gitee主动拉取项目代码,构建新镜像(借助上一节编写好的Dockerfile文件),然后删除同名旧镜像和旧容器,部署新容器。
如果在阅读过程中发现代码格式比较混乱,可以用浏览器登录后访问我的掘金博客:https://juejin.cn/post/7064389514470359053/,上面有同步更新所有文章~
而对于开发者来说,你向远程仓库的 master
分支 push
了新的代码之后,就可以马上访问url看到最新的项目运行结果,一切都将由jenkins帮你完成(只要事先配置好jenkins工作流程)
最初我学编程很喜欢看视频,而且是那种长而全的视频,总觉得能看到别人每一步的操作就很踏实,但是渐渐的,还是看文档多一些,我也在这里推荐大家尝试阅读文档,英文看起来慢就找中文的,相比于视频,看文档能快速找到你需要的点,而视频需要跟着别人的节奏,相对会慢一些。(但刚开始学编程我还是推荐看视频,后面辅以阅读书籍文档与博客文章)
这里先给出jerkins的中文文档:https://www.jenkins.io/zh/doc/tutorials/build-a-python-app-with-pyinstaller/,你可以选择将jenkins服务直接安装到服务器上,也可以选择将jenkins服务通过容器运行在服务器上,这里我选择后者,点击上面的链接,就能跟着使用docker运行jinkins服务。
核心是下面这个运行docker容器的shell,关于这些参数的作用我前一篇文章已经讲过,如果不太清楚可以回过去结合着一起看。
docker run \
-d \
--rm \
-u root \
-p 8080:8080 \
-v jenkins-data:/var/jenkins_home \
-v /var/run/docker.sock:/var/run/docker.sock \
-v "$HOME":/home \
jenkinsci/blueocean
运行jenkins容器之后,访问服务器ip:8080就能跳转到jenkins登录页面,第一次会让你输入一个密钥,这个在服务器运行Jenkins容器的时候控制台上就会显示(如果没有加上-d参数)。
或者输入下面的命令查看jenkins的密钥
cat /var/lib/jenkins/secrets/initialAdminPassword
填入密钥之后就会跳转至jerkins页面,首次登录它会提示你安装推荐的插件,点击即可。然后会引导你创建一个登录jerkins的用户,输入用户名,密码和邮箱等信息完成创建,之后访问服务器 ip:8080
就会提示你输入用户名和密码进行登录jenkins。
点击左侧新建任务,输入你的任务名称,如wood-app-backend,然后选择构建自由风格的项目
然后会跳转至Jenkins项目配置区,选择源码管理项,Git选项,输入你Git仓库的地址,然后在Credentials处添加你Git仓库的用户名和密码,并且选择监听master分支(默认就是)
我们需要的效果是一旦git仓库发生变化就要自动构建镜像,并且部署新的镜像容器,所以在构建触发器项下选择轮询SCM,使用corn表达式控制Jenkins监听git仓库的频率为每分钟一次
下面是最核心的操作,jenkins要做的事我们已经知道了,那jerkins怎么知道呢?需要通过shell脚本指定,这里的shell就是Jenkins在监听到git仓库的master分支发生变化时要做的事情,包括删除已创建的容器(因为端口被旧容器占用,需要强制删除),构建新的镜像,运行新的容器
if docker ps -a|grep -i wood-app-backend;then
docker rm -f wood-app-backend
fi
#删除已建的容器,防止容器名,端口冲突
sleep 1
docker build -t baize1998/wood-app-backend:latest . #根据dockerfile生成镜像
sleep 1
docker run -d -p 5000:5000 --name wood-app-backend baize1998/wood-app-backend:latest #运行镜像生成容器
上面的shell命令中有删除旧容器的命令,但是没有删除旧镜像的命令(每次构建同名新镜像,旧的镜像就会变成none,但是依旧占据空间,需要回收)
但是直接在shell中编写删除镜像的命令在回收时可能会发生错误,所以额外创建一个定时任务去回收这些旧的镜像,这里指定清理镜像的任务的执行频率是每天的凌晨一点钟(可以自行控制)
shell脚本用于判断是否存在 <none>状态
的镜像,并对它们进行回收
echo ---------------Clear-Images...------------------
clearImagesList=$(docker images -f "dangling=true" -q)
if [ ! -n "$clearImagesList" ]; then
echo "no images need clean up."
else
docker rmi $(docker images -f "dangling=true" -q)
echo "clear success."
fi
CI--持续集成(一旦push之后,新的镜像会构建),CD--持续部署(一旦push之后,新的容器会依据新的镜像运行,提供最新的服务),下面修改我们的项目接口,然后push到远程仓库的master分支
一分钟后,访问服务器ip:5000看到jenkins已经完成项目镜像构建以及新项目容器的运行,提供了最新的服务,之后便可以进行敏捷的开发了!
这篇文章讲述的使用Jenkins是比较取巧的,使用corn每分钟监听一次git仓库的变化达到这种细粒度的CI/CD效果,当然这只是jenkins功能的冰山一角,具体jenkins部署阶段还可以细分为构建、测试、部署等,也可以针对不同的推送命令配置不同的应答行为,每个阶段也可以指定执行各种脚本,这个就要学习Jenkins的pipeline机制,通过流水线的方式指定更详细和规范的CI/CD流程,不过到目前为止,学校里项目的开发维护功能也勉强够用了~