[发明专利]一种基于Jenkins和Gitlab的持续集成平台构建方法

说明书

本发明公开了一种基于Jenkins和Gitlab的持续集成平台构建方法,包括如下步骤：定制Jenkins的界面，根据CPU利用率、内容空闲度以及磁盘容量自动推荐Agent；根据环境配置制作容器镜像，定制后的插件读取第一配置文件后，根据需求自动读取第二配置文件以及第三配置文件；所述Gitlab用于存储代码，进行版本控制，所述Jenkins执行生成App的指令，并将所述执行生成App的指令推送到远程仓库。本发明提供的基于Jenkins和Gitlab的持续集成平台构建方法，可以使用容器化的方式，使用本地存储备份，实现一键部署。

技术领域

本发明涉及一种平台构建方法，尤其涉及一种基于Jenkins和Gitlab的持续集成平台构建方法。

背景技术

Gitlab是分布式代码管理服务器，开发者将新版本App的代码Push到Gitlab服务器，Gitlab保存代码的同时会触发Jenkins master进行一次Build。

Jenkins是一个持续集成工具，允许主从模式。Gitlab触发Jenkins master后，Jenkins master节点会将Build任务分配给若干个注册过的Agent节点，Agent节点会根据事先设置好的脚本进行Build，脚本可以编译，测试，生成测试报告等。

Jenkins自身拥有十分丰富的插件，根据自身需求进行了定制化。首先是对于Jenkins界面，Jenkins本身的界面可以分配任务，但是缺少对Agent节点资源的搜集，与推荐问题。Jenkins插件虽多，但多为第三方开发，定制性差。

在现有技术中，App升级与bug修复都涉及到应用版本控制，程序文件，配置文件都是十分巨大数据量。如果这是简单的在服务器上以文件夹的形式管理，对于管理员来说，是灾难性的挑战。Gitlab提供的分布式管理，能够很好的解决这一问题。Web的UI界面能够提供直观化的管理，方便推送和拉取代码或配置文件。Jenkins可以使用这些文件，生成相应的App，发布到平台。但是还存在以下问题：1.Gitlab搭建复杂；2.Jenkins界面易用性差；3.Jenkins在build计划中不能有需要更换agent，如果有需要只能通过不同的build计划来实现。

因此，有必要提供一种平台构建方法，能够解决以上问题。

发明内容

本发明所要解决的技术问题是提供一种平台构建方法，能够使用容器化的方式，使用本地存储备份，实现一键部署。

本发明为解决上述技术问题而采用的技术方案是提供一种基于Jenkins和Gitlab的持续集成平台构建方法,包括如下步骤：定制Jenkins的界面，根据CPU利用率、内容空闲度以及磁盘容量自动推荐Agent；根据环境配置制作容器镜像，定制后的插件读取第一配置文件后，根据需求自动读取第二配置文件以及第三配置文件；所述Gitlab用于存储代码，进行版本控制，所述Jenkins执行生成App的指令，并将所述执行生成App的指令推送到远程仓库。

优选地，所述Jenkins包括定制化Jenkins镜像，所述Jenkins镜像包括第三方插件和定制化插件。

优选地，所述Jenkins使用marathon的调度策略，通过Mesos的弹性资源分配来提高资源利用率。

优选地，所述远程仓库下载源码，如果下载失败，则发送通知消息到所述平台。

优选地，所述远程仓库下载源码，如果下载成功，则运行安全扫描所述App。

优选地，在运行安全扫描所述App之后开始Build，如果Build失败，则发送通知消息到所述平台，如果Build成功，则在BVT测试环境上安装，如果在BVT测试环境上安装失败，则发送通知消息到所述平台。

优选地，如果在BVT测试环境上安装成功，则在部署环境上安装并发送通知消息到所述平台。