docker | jenkins 实现自动化CI/CD，后端躺着把运维的钱挣了！(下)

前言

在上一篇文章中，我们使用docker编写Dockerfile文件，将我们自己的项目构建成镜像，然后发布到Docker Hub中，并且用自己的云服务器拉取Docker Hub上我们自己上传的项目镜像，并且由该镜像运行容器，使得我们成功将自己的项目用docker运行了起来，并且外网访问测试通过。

如果还没有使用过docker自己构建过镜像的同学还是建议先阅读第一篇文章：传送门

在本篇文章中，将讲解使用jenkins帮助我们监听git仓库的变化，一旦有新的push到master分支，jenkins服务则从gitee主动拉取项目代码，构建新镜像（借助上一节编写好的Dockerfile文件），然后删除同名旧镜像和旧容器，部署新容器。

而对于开发者来说，你向远程仓库的master分支push了新的代码之后，就可以马上访问url看到最新的项目运行结果，一切都将由jenkins帮你完成（只要事先配置好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

填入密钥之后就会跳转至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/CD

CI--持续集成（一旦push之后，新的镜像会构建），CD--持续部署（一旦push之后，新的容器会依据新的镜像运行，提供最新的服务），下面修改我们的项目接口，然后push到远程仓库的master分支

一分钟后，访问服务器ip:5000看到jenkins已经完成项目镜像构建以及新项目容器的运行，提供了最新的服务，之后便可以进行敏捷的开发了！

结束语

这篇文章讲述的使用Jenkins是比较取巧的，使用corn每分钟监听一次git仓库的变化达到这种细粒度的CI/CD效果，当然这只是jenkins功能的冰山一角，具体jenkins部署阶段还可以细分为构建、测试、部署等，也可以针对不同的推送命令配置不同的应答行为，每个阶段也可以指定执行各种脚本，这个就要学习Jenkins的pipeline机制，通过流水线的方式指定更详细和规范的CI/CD流程，不过到目前为止，学校里项目的开发维护功能也勉强够用了～

建了一个春秋招备战/内推/闲聊群，欢迎大家加入。

关注公众号【程序员白泽】，带你走近一个有点话痨的程序员/学生党。