持續整合、持續交付和持續部署有什麼區別?0基礎學習linux技能
持續整合、持續交付和持續部署有什麼區別?很多人在學習Linux運維技能時總是分不清楚這三個知識點。那麼我們一起來看下吧。
1持續整合
持續整合,一種軟體工程流程,將所有工程師對於軟體的工作複本,每天整合數次到共用主線上。持續整合的提出,主要是為了解決軟體進行系統整合時面臨的各項問題,極限程式設計稱這些問題為整合地獄。
持續整合主要是強調開發人員提交了新程式碼之後,立刻進行構建、測試。根據測試結果,我們可以確定新程式碼和原有程式碼能否正確地整合在一起。簡單來講就是:頻繁地將程式碼整合到主幹。
2持續交付
持續交付,是一種軟體工程手法,讓軟體產品的產出過程在一個短週期內完成,以保證軟體可以穩定、持續的保持在隨時可以釋出的狀況。
它的目標在於讓軟體的建置、測試與釋出變得更快以及更頻繁。這種方式可以減少軟體開發的成本與時間,減少風險。
持續交付在持續整合的基礎上,將整合後的程式碼部署到更貼近真實執行環境的「類生產環境」中。比如,我們完成單元測試後,可以把程式碼部署到連線資料庫的Staging環境中更多的測試。如果程式碼沒有問題,可以繼續手動部署到生產環境中。
3持續部署
持續部署,是持續交付的下一步,指的是程式碼透過評審以後,自動部署到生產環境。有時候,持續部署也與持續交付混淆。持續部署意味著所有的變更都會被自動部署到生產環境中。持續交付意味著所有的變更都可以被部署到生產環境中,但是出於業務考慮,可以選擇不部署。如果要實施持續部署,必須先實施持續交付。持續部署即在持續交付的基礎上,把部署到生產環境的過程自動化。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69952968/viewspace-2773681/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 持續整合持續部署持續交付_持續整合與持續部署之間的真正區別
- 持續整合、持續部署、持續交付、持續釋出
- 談談持續整合,持續交付,持續部署之間的區別
- 持續整合、持續交付、持續部署簡介
- 對持續整合、 持續交付、持續部署和持續釋出的介紹
- 淺談持續整合(CI)、持續交付(CD)、持續部署(CD)
- 從持續整合到持續交付——DockerCloud概覽DockerCloud
- 通過Docker容器執行持續整合/持續部署Docker
- SAP開源的持續整合-持續交付的解決方案
- 使用流水線外掛實現持續整合、持續部署
- 持續學習
- 淺談持續整合的理解以及實現持續整合,需要做什麼?
- iOS 持續整合iOS
- 持續整合及部署利器:GoGo
- 前端專案基於GitLab-CI的持續整合/持續部署(CI/CD)前端Gitlab
- 整合持續整合工具
- Jenkins持續部署-Windows環境持續部署探究1JenkinsWindows
- iOS 持續交付之 FastlaneiOSAST
- 以 egg.js 為例的持續整合(CI)、持續部署(CD)JS
- CI/CD 持續整合部署實踐
- 微服務容器部署與持續整合微服務
- Jenkins持續整合Jenkins
- 我們正在路上—從持續整合到持續釋出
- HTTP非持續連線和持續連線HTTP
- 持續整合工具之Jenkins基礎使用Jenkins
- SpringBoot+Docker+Git+Jenkins實現簡易的持續整合和持續部署Spring BootDockerGitJenkins
- 微服務、容器與持續交付微服務
- 持續整合配置之Nuget
- Taro 小程式持續整合
- 持續整合JenkinsBlueOcean初探Jenkins
- Jenkins持續整合配置Jenkins
- jenkins+gitlab+nexus持續整合與部署學習JenkinsGitlab
- Linux 核心的持續整合測試Linux
- Linux下搭建Jenkins持續整合LinuxJenkins
- 持續整合工具之Jenkins安裝部署Jenkins
- 持續交付一——軟體交付的問題
- Flutter web 持續整合實踐FlutterWeb
- Jenkens+Docker+Git 持續整合DockerGit