基础架构之持续集成

这篇文章通过gitlab来实现项目的持续集成,主要介绍从开发提交代码到编译、打包、生成镜像的过程,我项目类型为java的spring cloud,所以以此来介绍,实现目标如下图所示。

 

 

(一)  环境要求

  1. Centos 7.5.1804
  2. Docker 18.06.1-ce
  3. gitlab/gitlab-ce
  4. gitlab/gitlab-runner

(二)  项目设置

  1. 修改项目pom.xml

a)      添加Maven的docker插件,如下所示

 

 

b)      注意事项

             i.          设置goal到maven的phase,当然你可以绑定多个goal,我这里是把build及push分开来设置,这个在gitlab ci中会分到不同的阶段。

             ii.          JAR_FILE的设置,这个是传给Dockerfile使用的,这里是打包后的Jar包。

             iii.          Username、password、useMavenSettingsForAuth 账号设置

  1. 添加Dockerfile

a)      这是镜像生成的依据,内容如下所示

 

 

其中JAR_FILE为POM中设置要传递的标签名,基础镜像为java:8,其它命令说明可以参见

https://docs.docker.com/engine/reference/builder/#maintainer-deprecated

  1. .gitlab-ci.yml设置

这是gitlab ci 执行的脚本文件,根据需要,可以修改成自己的脚本文件。

 

 

我这里设置了compile、package、deploy 3个阶段,分别对应编译、打包、发布。

  1. 打包

a)      前面的工作做完后,就可以提交改动,并推送到gitlab服务器,执行如下命令

>git add .

>git commit -m '打包测试分支'

>git push origin master

 

Push前,最好合并下仓库的代码,以免出现代码混淆。

b)      查看打包结果

如果出现如下结果,说明已经打包成功,注意我们在.gitlab-ci中定义了3个阶段,所以这里对应的显示3个图标,点击对应的阶段图标,即可看到编译及打包的详细过程

 

 

比如,我们点击package阶段,显示如下

 

 

可以看到包文件已经生成,同时在gitlab也可以下载,非常的人性化,当然可以你也可以在脚本文件直接启动服务,或者下载后启动服务,也是非常的简单,我就不写了,持续集成及持续发布,我分两篇文章,这篇主要是持续集成,下篇是结合Docker持续发布。

这样持续集成就介绍完了,如果在开发中遇到问题,也可以留言共同探讨共同进步。

posted @ 2018-12-26 14:59  架构师聊技术  阅读(1642)  评论(0编辑  收藏  举报