《CI持续集成篇：》《CD（持续部署，持续交付），Jenkins》

1.CI（持续集成）：

经常的将代码发布并部署到类生产环境中测试，快速的检索问题所在，防止代码偏离，采用GitlabRunner来作为CI服务器。 1.搭建GitlabRunner的CI服务器： 1.1使用docker-compose.yml文件构建一个GitlabRunner的容器（基于Dockerfile在原生的GitlabRunner安装docker、ddocker-compose，jdk、maven）。 1.2将宿主机的Docker和GitlabRunner容器的Docker映射到一起。 1.3在GitRunner容器中执行gilab-runner register命令，绑定gitlab仓库 1.3.1仓库地址 1.3.2仓库token 1.3.3仓库描述… 2.Gitlab仓库中查看： 查看已经绑定好的Runner，修改当前Runner，设置为眉头tag标签，依旧执行 3.IDEA开发环境 编写.gitlab-ci.yml文件，指定GitlabRunner容器需要执行脚本

将代码push到Gitlab仓库，并查看作业信息 完整执行流程 只需要将部署当前工程需要的Dockerfile，docker-compose.vml文件，以及需要执行的脚本文件，全部在IDEA开发环境中准备好，让GitlabRunner的容器去执行脚本，部署工程 到类生产环境

2.CD（持续部署，持续交付）

更方便的将程序直接部署到真正的生产环境

jenkins作为CD服务器

1.安装jenkins：安装三个插件Git Parameter,Publish Over SSH,Persistent Parameter,2.235版本 2.Jgenkins无密码连接Gitlab：在jenkins中生成公钥和私钥，并将公钥给Gitlib，在第一次git clone时，输入yes，以后即可不需要输入密码，就连接当前Git仓库。 3.jenkins安装JDK和Maven：将jdk和Maven的压缩包，将压缩包解压到data（数据卷）目录，在jenkins的全局配置中，设置JDK和Maven的环境变量信息，配置Maven的私服仓库 4.jenkins连接生产环境：在配置中拉到最后，设置目标服务器的地址，以及用户名和密码 5.jenkins构建任务，并测试从Git拉取代码，并打包，查看到默认的打包路径，从而规避后续的错误 6.jenkins设置基于Git Paramter构建工程 7.jenkins设置使用shell命令构建工程 8.jenkins设置构建后的操作，将内容和脚本发送到目标服务器