持续集成构架项目选型-采用gitlab-ci

前言

• GitLab-CI 从安装到差点放弃

之前就听过jenkins ， 现在自己搭建的gitlab服务器管理，更何况gitlab宣称集成了gitlab-ci，应该很快就能应用上。

作者和我一样有强迫症。

具体选型比较

gitlab ci 和 jenkins 的区别

• 持续集成环境选择：Jenkins VS gitlab-ci

最重要一个区别: jenkins 编译服务和代码仓库分离

• GitLab CI诉Jenkins

1. 如果您正在使用GitLab并且对代码的所有内容都具有诀窍，那么选择GitLab CI会让您感到非常敏感。
2. 如果您必须与许多其他CI / CD工具对话或者绝对需要GUI来构建您的工作，请转到Jenkins。

• sonar和gitlab-ci集成

总结

1. 有sonar和lab-ci的插件基本就够用了，所以jenkins不占优势
2. jenkins需要单独做一个镜像，这就有点浪费资源了。
3. 网上的教程都是tomcat+jenkins或者jar方式运行的，我的是想用mvn spring:run启动的项目。
   如果需要引入jenkins架构可能会很复杂(一台服务器弄这么多操作干嘛)，同时还可能运行不了spring run项目。

如果不采用docker 隔离可能出现端口号冲突，需要修改配置文件的问题。
后端没有关系，前端不知道怎么样弄，不过先不管了，

4. 我先本地跑其它，后期出现冲突再单独做镜像。