基础架构之持续集成

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

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