[發(fā)明專利]一種基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201811443662.0
• 申請(qǐng)日: 2018-11-29
• 公開（公告）號(hào): CN109558147A
• 公開（公告）日: 2019-04-02
• 發(fā)明（設(shè)計(jì)）人: 程永新;謝濤;王賢
• 申請(qǐng)（專利權(quán)）人: 上海新炬網(wǎng)絡(luò)技術(shù)有限公司
• 主分類號(hào): G06F8/61
• 分類號(hào): G06F8/61;G06F11/36
• 代理公司: 上海科律專利代理事務(wù)所(特殊普通合伙) 31290
• 代理人: 袁亞軍;金碎平

1.一種基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法,其特征在于，包括如下步驟：

定制Jenkins的界面，根據(jù)CPU利用率、內(nèi)容空閑度以及磁盤容量自動(dòng)推薦Agent；

根據(jù)環(huán)境配置制作容器鏡像，定制后的插件讀取第一配置文件后，根據(jù)需求自動(dòng)讀取第二配置文件以及第三配置文件；

所述Gitlab用于存儲(chǔ)代碼，進(jìn)行版本控制，所述Jenkins執(zhí)行生成App的指令，并將所述執(zhí)行生成App的指令推送到遠(yuǎn)程倉(cāng)庫(kù)。

2.根據(jù)權(quán)利要求1所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，所述Jenkins包括定制化Jenkins鏡像，所述Jenkins鏡像包括第三方插件和定制化插件。

3.根據(jù)權(quán)利要求1所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，所述Jenkins使用Marathon的調(diào)度策略，通過Mesos的彈性資源分配來提高資源利用率。

4.根據(jù)權(quán)利要求1所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，所述遠(yuǎn)程倉(cāng)庫(kù)下載源碼，如果下載失敗，則發(fā)送通知消息到所述平臺(tái)。

5.根據(jù)權(quán)利要求1所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，所述遠(yuǎn)程倉(cāng)庫(kù)下載源碼，如果下載成功，則運(yùn)行安全掃描所述App。

6.根據(jù)權(quán)利要求5所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，在運(yùn)行安全掃描所述App之后開始Build，如果Build失敗，則發(fā)送通知消息到所述平臺(tái)，如果Build成功，則在BVT測(cè)試環(huán)境上安裝，如果在BVT測(cè)試環(huán)境上安裝失敗，則發(fā)送通知消息到所述平臺(tái)。

7.根據(jù)權(quán)利要求6所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，如果在BVT測(cè)試環(huán)境上安裝成功，則在部署環(huán)境上安裝并發(fā)送通知消息到所述平臺(tái)。

8.根據(jù)權(quán)利要求7所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，如果在BVT測(cè)試環(huán)境上安裝成功，但是在測(cè)試環(huán)境上失敗，則發(fā)送通知消息到所述平臺(tái)，如果在測(cè)試環(huán)境上成功，則運(yùn)行BVT。

9.根據(jù)權(quán)利要求7所述的基于Jenkins和Gitlab的持續(xù)集成平臺(tái)構(gòu)建方法，其特征在于，如果運(yùn)行BVT失敗，則發(fā)送通知消息到所述平臺(tái)，如果運(yùn)行BVT成功，則在部署環(huán)境上安裝并發(fā)送通知消息到所述平臺(tái)。