前言
在上一篇文章中，我们使用docker编写Dockerfile文件，将我们自己的项目构建成镜像，然后发布到Docker Hub中，并且用自己的云服务器拉取Docker Hub上我们自己上传的项目镜像，并且由该镜像运行容器，使得我们成功将自己的项目用docker运行了起来，并且外网访问测试通过。
如果还没有使用过docker自己构建过镜像的同学还是建议先阅读第一篇文章：传送门
在本篇文章中，将讲解使用jenkins帮助我们监听git仓库的变化，一旦有新的push到master分支，jenkins服务则从gitee主动拉取项目代码，构建新镜像（借助上一节编写好的Dockerfile文件），然后删除同名旧镜像和旧容器，部署新容器。
而对于开发者来说，你向远程仓库的master分支push了新的代码之后，就可以马上访问url看到最新的项目运行结果，一切都将由jenkins帮你完成（只要事先配置好jenkins工作流程）
最初我学编程很喜欢看视频，而且是那种长而全的视频，总觉得能看到别人每一步的操作就很踏实，但是渐渐的，还是看文档多一些，我也在这里推荐大家尝试阅读文档，英文看起来慢就找中文的，相比于视频，看文档能快速找到你需要的点，而视频需要跟着别人的节奏，相对会慢一些。（但刚开始学编程我还是推荐看视频，后面辅以阅读书籍文档与博客文章）
jenkins相关
安装
核心是下面这个运行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/CD
CI--持续集成（一旦push之后，新的镜像会构建），CD--持续部署（一旦push之后，新的容器会依据新的镜像运行，提供最新的服务），下面修改我们的项目接口，然后push到远程仓库的master分支
一分钟后，访问服务器ip:5000看到jenkins已经完成项目镜像构建以及新项目容器的运行，提供了最新的服务，之后便可以进行敏捷的开发了！
结束语
这篇文章讲述的使用Jenkins是比较取巧的，使用corn每分钟监听一次git仓库的变化达到这种细粒度的CI/CD效果，当然这只是jenkins功能的冰山一角，具体jenkins部署阶段还可以细分为构建、测试、部署等，也可以针对不同的推送命令配置不同的应答行为，每个阶段也可以指定执行各种脚本，这个就要学习Jenkins的pipeline机制，通过流水线的方式指定更详细和规范的CI/CD流程，不过到目前为止，学校里项目的开发维护功能也勉强够用了～
建了一个春秋招备战/内推/闲聊群，欢迎大家加入。
关注公众号【程序员白泽】，带你走近一个有点话痨的程序员/学生党。
