《CI持续集成篇:》《CD(持续部署,持续交付),Jenkins》

2020-10-30 10:13:34 浏览数 (1)

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设置构建后的操作,将内容和脚本发送到目标服务器

0 人点赞