原创 JenkinsFile(一)初涉

前提說明:pipeline裏面用到的一些方法實質是插件提供的方法 兩種:pipeline的聲明式和腳本式 學習核心:把pipeline的主體框架弄出來並學會排錯! 主體框架如下 說明:下面做的實驗大多以此爲基礎,進行擴展! //自定義

原创 Jenkins實踐(一)maven安裝

一   常見的構建部署工具 瞭解:'devops的生態鏈' 目的:打包、編譯、生成製品! 二  maven安裝 Download地址 1)條件 JDK:在maven3.3 以上的版本需要JDK版本1.7+。內存:沒有最低限制。

原创 JenkinsFile(二)語法簡介

說明:下面以聲明式的形式進行介紹 (1)agent 說明:多個構建節點的情況下,節點標籤很重要 pipeline{ // 隨機選擇工作節點運行 agent any { customWorkspace

原创 k8s的問題(一)

(1)使用http訪問出錯 思考:爲什麼是'tcp6'的形式 (2)HostAliases 默認的pod 的/etc/hosts 無法自動注入數據,通過使用  k8s  HostAliases ,向pod的/etc/hosts 注

原创 JenkinsFile(三)share-lib共享庫

一  基本概念 學習目的:學習Jenkins共享庫的配置,編寫更加靈活強大的流水線! 理解上:類似編程語言中的代碼複用,不同階段可能有共用的地方! Jenkins中:使用'Groovy語法',共享庫中存儲的'每個文件都是一個Groovy

原创 CD部署工具(一)saltstack

核心:saltstack與jenkins做集成,CI集成'構建打包'之後進行'發佈和部署' (1)下載rpm包 yum install https://repo.saltstack.com/yum/redhat/salt-repo-l

原创 Grovvy基礎(一)

書籍:Groovy編程 一  介紹 官網 二  命令 (1)命令行模式 腳本執行方式 三  字符串和列表 (1)體會與shell的交融 (2)split方法的掌握 四 字典 四  條件 (1)實際案例 (2)case語句

原创 Kubernetes重要概念(一)之服務發現

(1)Pod的理解 1)pod是k8s中獨有的概念,爲Kubernetes最(小)基本的操作單元。 2)pod組成:一個pod中有一個pause沙盒容器和若干個業務容器組成。 業務容器關係:一個Pod中的多個容器應用通常是緊密耦合的,一般

原创 JenkinsFile(五)使用share-lib報錯和gitlab的操作

錯誤1: 報錯信息: 錯誤2: 錯誤3: 需求:修改項目權限 測試:權限爲私有訪問,通過用戶名和密碼也無法訪問 需求2:創建一個項目組 (3)最終的錯誤解決 說明:實際類名是tool,但是我pipeline中創建的類對象是

原创 使用nexus的API(六)

說明:今天主要學習nexus組件的API 需求:獲取倉庫下所有的組件 # http://xxx.xx.xx.xxx:8081/#admin/system/api 最終訪問 http://xx.xx.xx.xx:8081/serv

原创 開源的DevOps生態鏈條簡介

一    devops概念 Devops既不是軟件、也不是網站、更不是代碼,而是'一組方法(method)、過程(process)與系統(system)的統稱' Devops包含了很多優秀想法和原則,它鼓勵'開發部門和運維部門通力合作

原创 製品晉級(五)

說明:專門建一條流水線進行'製品的晉級' (1)新建一條流水線-->copy (2)去除無用的參數並添加參數 添加一個選項參數---->晉級策略 想法:選擇晉級策略,把'相應的包下載下來',然後'重命名'(生成新的座標)上傳到

原创 gitlab+jenkins+gradle(二)

一  Gradle簡介 說明:gradle的編譯速度' >'maven的'編譯速度'(官網的視頻),並且gradle的'擴展性'也是good,gradle是趨勢! 二  安裝要求 下載: Download # 說明:修改後面的版本

原创 製品製作nexus&jenkins(三)

'核心':jenkins+nexus集成 一  方式1 通過'maven命令'上傳製品 (1)上傳製品 方式1:'mvn的方式' 方式2:'使用插件' 方式3:'封裝API' 場景:把gitlab項目放到'製品庫'裏面 強調

原创 配置Gitlab合併流水線(六)jenkins+gitlab

一  實質 不配置提交流水線,可以配置合併流水線! 說明:每一次提交都會作爲'構建和部署或者測試',成功之後打個標籤,這樣在等代碼合併的時候,已經不需要重複構建了,因爲之前已經有狀態了,我們只需要配置:這個分支'最後一次提交'是成功的還