前言 在探討multiBranch Pipeline之前，很有必要先探討下如何制定有效的代碼分支管理規范，使用高效的版本控制系統，並對構建產物及其依賴進行管理。我們首先要強調，需要進行版本控制的不僅是源代碼，還有測試代碼、數據庫腳本、構建和部署腳本、依賴的庫文件等，並且對構建產物的版本控制也同樣 ...

前言 隨着pipeline交付流水線在團隊中的推廣，使用pipeline腳本的job也迅速增加。雖然我們已經基於公司的技術棧特點做了一個盡可能通用的pipeline腳本樣例，讓搭建者只需要修改幾個賦值參數就可以在自己的項目中應用，初衷是希望所有人能理解pipeline中的過程，但也發現一些比較 ...

什么是pipeline 先介紹下什么是Jenkins 2.0，Jenkins 2.0的精髓是Pipeline as Code，是幫助Jenkins實現CI到CD轉變的重要角色。什么是Pipeline，簡單來說，就是一套運行於Jenkins上的工作流框架，將原本獨立運行於單個或者多個節點的任務 ...

項目說明 本文將以一個微服務項目的具體pipeline樣例進行腳本編寫說明。一條完整的pipeline交付流水線通常會包括代碼獲取、單元測試、靜態檢查、打包部署、接口層測試、UI層測試、性能專項測試（可能還有安全、APP等專項）、人工驗收等研發測試環節，還會包括灰度發布、正式發布等發布環節 ...

前言 這篇寫好一段時間了，一直也沒發布上來，今天稍微整理下了交下作業，部分內容偷懶引用了一些別人的內容。使用Jenkins做持續集成/持續交付，當業務達到一定規模的時候，Jenkins本身就很容易成為整條流水線的瓶頸，各個業務端都依靠Jenkins，部署Jenkins服務時如何保障服務的高可用 ...

，即Pipeline as Code。 　　隨着pipeline交付流水線在團隊中的推廣，使用pipeli ...

前言 隨着微服務架構與容器虛擬化技術的發展，持續集成與持續交付的概念又重新回到了大家的視野，越來越多的公司開始使用持續集成的系統來解決頻繁發布帶來的質量問題；使用持續交付的工具來實現代碼在不同環境上的自動部署。原本有些學院派烏托邦式的思想正被千千萬萬次的集成與部署證明着它應有的價值。 持續交付 ...

Code，即Pipeline as Code。 　　隨着pipeline交付流水線在團隊中的推廣，使用p ...