基础架构之持续集成

举报
架构师聊技术 发表于 2018/12/26 15:35:23 2018/12/26
【摘要】 这篇文章通过gitlab来实现项目的持续集成,主要介绍从开发提交代码到编译、打包、生成镜像的过程,我项目类型为java的spring cloud,所以以此来介绍,实现目标如下图所示。 (一) 环境要求Centos 7.5.1804Docker 18.06.1-cegitlab/gitlab-cegitlab/gitlab-runner(二) 项目设置修改项目pom.xmla) ...

这篇文章通过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持续发布。

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


【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200