#
jenkins持續集成看我如何從1到代碼自動化部署 背景 近期由于工作原因需要學習jenkins持續化集成。對于一個好學又帥氣的我來說。學習他還不是手到擒來。公司為一個中小型創業公司，在部署代碼上面
使用Angular + Karma + Jasmine可以進行前端的單體測試，從前面的文章中我們了解到了Karma的工作原理，它會啟動一個指定種類的瀏覽器，然后在此瀏覽器中運行測試用例。如果需要進行持
前言 最近公司有打渠道包的需求，領導說使用fastlane來做持續集成，發了點時間研究了下，所有有了這篇文章 本文主要涉及到以下幾個主題： fastlane是什么和為什么使用fastlane
前言 在前后端分離開發的項目當中為了避免重復構建發布，我們需要部署一個持續發布環境，而目前的開發環境服務器都是基于 CentOS 的，因此每次在本地發布之后還需要打包，上傳，部署，十分繁瑣。故這里采用
持續集成CI: continous integration是一種軟件開發實踐。開發人員經常集成他們的工作，每個人每天至少集成一次，即每天會發生多次集成。每次集成都通過自動化的構建（包括編譯，發布，自動
說明Jenkins有時需要進行遷移，主目錄會發生改變，本文主要講解如何更改主目錄。由于jenkins安裝方式的不同，主目錄也不一樣。本測試環境：Centos6.8 X64。注意：在更改主目
環境說明IP功能eth0：192.168.124.139eth2：172.16.100.10Docker私有倉庫、Gitlab、持續集成eth0：192.168.124.138eth2：172.16.
說明Jenkins默認提供了一個郵件通知，能在構建失敗、構建不穩定等狀態后發送郵件。但是它本身有很多局限性，比如它的郵件通知無法提供詳細的郵件內容、無法定義發送郵件的格式、無法定義靈活的郵
引言 在引入Teamcity持續集成編譯軟件后，可以幫助各角色人員協同進行軟件的開發集成工作，其中主要是進行編譯、發布、歸檔等操作。這些操作需要使用到Agent（也就是操作執行
* 環境：CentOS7代碼倉庫：Gitlab持續集成代碼更新：Jenkins構建打包：Maven鏡像自動交付腳本：Shell 基礎環境軟件安裝：Gitlab、Jenkins、Maven配置，安裝參考
