背景：為了減少測試部署時間和減少不必要的重復工作，采用持續集成的方式進行部署，當gitlab的release （測試）分支有代碼變動時，自動拉取代碼部署測試環境，並進行接口回歸測試
優點：部署自動化，接口執行自動化，報告生成自動化、配置文件平台化
實驗產品：***
環境准備：
jenkins \ gitlab \ 質量可視化平台 \ yapi&接口測試執行腳本
思路梳理
設置 執行機 – 節點管理
分支提交代碼，自動觸發拉取操作 webhook — jenkins插件（gitlab hook plugin）
替換配置文件 — jenkins 插件（Config File Provider ）
服務啟動 -- 不可普適，需要腳本化定制編寫
自動化接口測試 -- shell執行腳本即可
一、實現git提交自動拉取代碼
1、jenkins 配置項
（1）新建一個item，自由風格的軟件項目
（2）在源碼管理下面，設置如下：
（3）構建觸發器配置，需要勾選“Build when a change is pushed to GitLab. GitLab webhook URL: http://jenkins.asoco.com.cn/project/test”（tip：只有安裝了git hook plugin 插件才有這個選項，不安裝是沒有這個選項的）
（4）在“構建”中配置如下：
至此 jenkins 配置已全部完成，下面開始 對gitlab 進行配置
2、gitlab配置webhook鈎子
-----插入------
gitlab設置中文的方式
-----插入結束-----
（1）在【設置】下選擇【集成】，URL 中輸入1-（3）中的webhook URL
（2）測試鈎子是否可用
出現 下面截圖，及說明配置完成
（3）接下來驗證一下，在gitlab 上提交代碼，切換到jenkins 看是否開始構建，並在jenkins執行機下查看是否已有工程代碼
二、指定構建執行機
一中的構建如果不指定執行機，會將代碼下載至jenkins部署機器上的workspace 空間下，我們不可能將所有工程都在這一台機器上運行，所以要配置各個項目單獨的機器
1、進入【系統管理】-【節點管理】，新增一個節點
節點配置如下
時鍾同步成功，標識節點已經連接
2、構建任務中配置運行節點，進入剛才的構建工程中
3、測試節點配置是夠成功，執行構建
-
如果需要使用執行機上的java 環境，需要配置執行機上的環境路徑
-
若不能生效，檢查是否全局配置/工具配置中是否選擇了自動升級java（若配置了，關掉即可）
三、關於替換測試環境的配置文件操作
兩種方式
1、在執行機上面存放一份配置文件，每次下載之后把新下載的刪掉，在通過命令復制過去（不推薦，缺點是每次改的時候需要去執行機上改）
2、使用jenkins 的配置文件功能
在jenkins 下安裝插件
（Config File Provider ）
下載好了在jenkins 【系統管理】下查找
打開之后選擇新增配置文件
選擇配置文件的類型，若沒有的話，其實可以選自定義文件，點擊提交
填寫配置文件的名字（這個時候的名字可以跟實際應用時的配置文件名不一致，jenkins調用配置文件覆蓋源代碼的時候，還會進行更名），配置文件的內容，提交保存
保存成功后，在項目構建配置里構建環境那一欄，勾選provide Configuration files
如此配置保存以后，構建時jenkins就會幫你替換源代碼中的配置文件了，可以在構建日志中看到該步驟，需要修改配置文件的時候，也是在jenkins中直接編輯就可以了