graph td
a(jenkins piple)-->b(專案a源**倉庫)
a-->c(專案a配置倉庫)
a-->d(專案a部署指令碼倉庫)
graph td
a1(job啟動)-->a2(scm拉pipeline部署**)
a2-->a(scm拉專案**)
a-->b(build編譯專案)
b-->c(test測試專案)
c-->d(build image構建映象)
d-->e(tag為映象打版本號)
e-->f(deploy將映象推送到倉庫)
f-->g(service建立服務)
f-->h(sevice更新服務)
一般我們都是按著上面部署進行專案構建的，像這個job執行過程一般由運維人員負責，所以我們會將pipe的核心**抽象成乙個檔案，儲存在自己的倉庫裡，由開發人員自己去維護，而運維人員只負責點一下按鈕即可。這也就是分離關注點的意思。
jenkins持續整合
1.部署 wget o etc yum.repos.d jenkins.repo no check certificate wget o etc yum.repos.d jenkins.repo rpm import 2.vi etc sysconfig jenkins 修改埠號為10080 3.v...
Jenkins 持續整合
1 手動構建 jenkins構建成功後的包存放在 var lib jenkins workspace 專案名 target下 2 自動化構建 這裡選擇push事件觸發 前面步驟一樣 區別在於觸發器不同 選擇 build when a change is pushed to gitlab.gitlab...
Jenkins持續整合 持續反饋
持續反饋是持續整合中不可或缺的乙個環節，當乙個專案在持續整合過程中，由於單元測試 審查等因素導致專案構建失敗時，資訊應該能夠實時準確的通知到相關的人員，以便於責任人能夠快速的處理。反饋就是在正確的時間，以正確的方式，將正確的資訊傳送給正確的人 持續反饋是讓這種反饋資訊自動化 目標化和實時化 持續化 ...