本文的開頭先說一下環境的準備：
運行環境：Centos 7
maven 安裝 http://maven.apache.org/
java jdk 安裝 推薦使用open jdk http://openjdk.java.net/
以上的安裝和運行開發 需要有開發經驗的老同志 可以無阻力的玩，如果是新手，我建議先吧上邊搞通 后 在往下來
我們 打開 jenkins 官網 https://www.jenkins.io/ 如果所在地區無法打開 請自行解決，懂得都懂，
如果上述 因為網路問題無法安裝，則可以通過懂得都懂的方式自行解決
systemctl start jenkins 啟動
臨時關閉防火墻 systemctl stop firewalld.service（生產環境不建議使用）
上述安裝完成后 默認的web服務埠為 8080埠
192.168.0.100:8080
vi /var/jenkins_home/secrets/initialAdminPassword 查看訪問密碼
可以創建一個管理員用戶 也可以繼續使用 admin賬戶 我這里為了驗證流通性 所以直接使用默認的賬戶了
登錄之后
把需要的github maven 插件都給裝上，這里 如果是新手 建議把所有插件都裝上，防止后續配置程序中 出現功能缺少的問題，
找到全域憑據 添加憑據
我這里使用的github 所以需要你所在的github倉庫來一個 sshkey 來支持
ssh-keygen -t rsa -C "your_email@example.com“ 三次回車鍵 會顯示檔案所在的路徑
id和描述 隨便填寫 這里為了區分
username 你的 github 郵箱
輸入 私鑰
Passphrase 當前登錄用戶的密碼 這里用來確認的 還有就是 保存好 你生成的sshkey 公鑰和私鑰
記得在你的 github 里也設定下 github端 公鑰 本地私鑰 具體github公鑰添加方式 我這里就不多說了 自行 google 解決哈，
Manage jenkins >Global Tool Configuration
里邊有 mvn 和 jdk 的目錄配置 如果加到過環境變數可以執行的可以忽略
盡情的來吐槽吧 寶貝們
上圖的步驟 非常重要 后續我們會用到這個憑據的，
接下來 我們開啟 建立模式
dashboard 新建item
構建一個maven版本專案 點擊 確認
打開編輯頁面
描述資訊 相當于備注 自行填寫
圖中的 gitee鏈接 如果沒有 可以忽略
原始碼管理：
Repository URL：github ssh git 鏈接
Credentials:選擇憑據 我們在開始的時候 添加的全域憑據 記得在 github遠程倉庫里也設定好哦，
Branches to build: 構建分支 可選擇的有 master develop main 現在 github的 主倉庫為main 所以 我這里設定的是 */main
上圖為構建觸發器：
GitHub hook trigger for GITScm polling 觸發 git scm
Poll SCM: H/2 * * * *(每兩分鐘 輪詢一次 具體語法可以通過其他途徑獲知)
上述的兩個選項 最終的運行是 定時去輪詢 查看 當前 本地的代碼 scm和 遠程指定分支的scm一致不一致 如果一直 則不構建 繼續下一下執行 以此類推，
構建環境
構建前 洗掉作業目錄 這里可以不用勾選 我是為了看檔案變動才選擇的，
Pre Steps 此處忽略
上圖為 構建 檔案和引數 跳過 test
這里先 點擊保存 構建一下 看看情況，
先說一下 各種錯誤的情況吧
拉取 失敗 檢查 git遠程倉庫和 本地的配置 還有 憑據 建議使用 suername sshkey private
另外一種錯誤是權限問題 給 檔案夾加權限
還有一種問題是 mvn配置有問題 記得好好檢查一下，還有 構建引數，建議在開發時的電腦上先跑一邊 確保clean install package 等命令執行后都沒有問題
切記 mvn springboot 專案 記得設定好包下的啟動類 不然會提示 沒有主體清單 導致跑不起來，很多問題再dev沒問題，生產環境 error 警告一大堆.
http://192.168.0.14:8080/job/demomvn/11/console
demomvn 創建的專案名稱 11 為構建的次數 cosnole 控制臺輸出，無論是你的構建成功 還是構建失敗 console這里的輸出會有很詳細的錯誤資訊的，多看多搜索 可以解決的，我這里折騰了 將近 20小時搞定了，構建次數50-60次 ，
不要以為到這就結束了啊 還沒有呢，
我以為構建成功就ok 了 可惜不是 構架成功 得讓專案跑起來呀，是不是，
下面 我們設定 構建成功后 執行的腳本
post steps
Run only if build succeeds 構建成功后 執行
一定要按照上述格式填寫腳本 不然你可能會遇到 構建無法結束 mvn jar 包 無法后臺運行等問題
#!/bin/bash
/opt/web/demo/demomvnscript/stop.sh
/opt/web/demo/demomvnscript/replace.sh
echo "Execute shell Finish"
BUILD_ID=dontKillMe nohup /opt/web/demo/demomvnscript/startup.sh &
stop.sh 這里是 結束 行程的
#!/bin/bash
echo "Stop Procedure : demomvn.jar"
pid=$(ps -ef | grep java | grep demomvn.jar | awk '{print $2}')
echo 'old Procedure pid:'$pid
if [ -n "$pid" ]; then
kill $pid
fi
結束demomvn.jar 這個行程
replace.sh 記得給目標檔案夾權限 chmod 777 R dir
#!/bin/bash
cp /var/lib/jenkins/workspace/hub/target/demomvn.jar /opt/web/demo/api
復制到 執行目錄
replace.sh
java -jar /opt/web/demo/api/demomvn.jar
運行 jar包，
到這里 我們的 構建成功后的腳本就成功了，
結合構建 可以再 構建成功后 自動運行專案
再 github 里 修改 洗掉 增加 等操作 輪詢到代碼有變動時 會自動拉取下來
按照前邊 的 構建檔案和引數 構建可 執行的 jar 檔案
在構建完成后 執行我們撰寫好的腳本，
就這樣子，自動化部署就完成了 我這里時因為 沒有 服務器 所以 在 虛擬機里玩的
輪詢 發現代碼有變動 構建
也可以 使用 鉤子函式 一旦有有變動 立馬 觸發 拉取代碼 構建 然后 執行，
綜合上述我們發現，只要部署好，后面的作業就好多了，擺脫了傳統的 復制替換檔案 手動 開啟停止服務等操作，
到這里 就告一段落了，如有錯誤之處 希望在評論區里指出，
可以私信我 csdn 或者 博客園 或者 郵箱 xiaohe@chnhonker.com(不處理垃圾郵件)
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/286868.html
標籤：其他
上一篇：Nginx四層負載均衡