對持續整合、 持續交付、持續部署和持續釋出的介紹
持續整合
CI(Continuous Integration,中文意思持續整合)強調開發人員提交了新程式碼之後,立刻進行構建、(單元)測試,根據測試結果,我們可以確定新程式碼和原有程式碼能否正確地整合在一起。
下圖可以更好的理解持續整合
常用的持續整合工具有:Hudson和Jenkins
持續交付
CD(Continuous Delivery, 中文意思持續交付)是在持續整合的基礎上,將整合後的程式碼部署到更貼近真實執行環境(類生產環境)中。比如,我們完成單元測試後,可以把程式碼部署到連線資料庫的Staging環境中更多的測試。如果程式碼沒有問題,可以繼續手動部署到生產環境。下圖反應的是CI/CD 的大概工作模式。
持續部署
持續部署是在持續交付的基礎上,把部署到生產環境的過程自動化
持續釋出
使持續部署的應用被使用者可見稱為“持續釋出”。
相關文章
- 持續整合、持續部署、持續交付、持續釋出
- 持續整合、持續交付、持續部署簡介
- 持續整合持續部署持續交付_持續整合與持續部署之間的真正區別
- 淺談持續整合(CI)、持續交付(CD)、持續部署(CD)
- 談談持續整合,持續交付,持續部署之間的區別
- 從持續整合到持續交付——DockerCloud概覽DockerCloud
- 持續整合、持續交付和持續部署有什麼區別?0基礎學習linux技能Linux
- 我們正在路上—從持續整合到持續釋出
- SAP開源的持續整合-持續交付的解決方案
- 通過Docker容器執行持續整合/持續部署Docker
- 使用流水線外掛實現持續整合、持續部署
- iOS 持續整合iOS
- Jenkins持續部署-Windows環境持續部署探究1JenkinsWindows
- 整合持續整合工具
- 以 egg.js 為例的持續整合(CI)、持續部署(CD)JS
- 持續整合及部署利器:GoGo
- HTTP非持續連線和持續連線HTTP
- iOS 持續交付之 FastlaneiOSAST
- vue + webpack 前端專案持續釋出整合部署VueWeb前端
- 持續整合 Jenkins 簡介Jenkins
- Jenkins持續整合Jenkins
- 前端專案基於GitLab-CI的持續整合/持續部署(CI/CD)前端Gitlab
- 釋出 Spinnaker 1.0:持續的雲交付平臺
- SpringBoot+Docker+Git+Jenkins實現簡易的持續整合和持續部署Spring BootDockerGitJenkins
- CI/CD 持續整合部署實踐
- 微服務容器部署與持續整合微服務
- 微服務、容器與持續交付微服務
- 淺談持續整合的理解以及實現持續整合,需要做什麼?
- 持續整合配置之Nuget
- Taro 小程式持續整合
- 持續整合JenkinsBlueOcean初探Jenkins
- Jenkins持續整合配置Jenkins
- 個人對持續整合的理解和實踐
- Cruise:持續整合及釋出管理系統UI
- 小程式的持續整合方案
- JVM(持續更新。。。)JVM
- FastApi持續更新ASTAPI
- 持續學習