持續（集成-->交付-->部署）

軟件的開發工做的大體流程

編碼 -> 構建 -> 集成 -> 測試 -> 交付 -> 部署

由上圖可知「持續集成（Continuous Integration）」、「持續交付（Continuous Delivery）」和「持續部署（Continuous Deployment）」這三個概念的區別是在軟件開發流程中根據實現的持續化，自動化的階段的不一樣來劃分的。

1.持續集成：

持續集成（Continuous integration），簡稱CI

持續集成是指軟件我的研發的部分向軟件總體部分交付，頻繁進行集成以便更快地發現其中的錯誤。

CI 須要具有這些：

• 全面的自動化測試。這是實踐持續集成&持續部署的基礎，同時，選擇合適的自動化測試工具也極其重要；
• 靈活的基礎設施。容器，虛擬機的存在讓開發人員和 QA 人員沒必要再大費周折；
• 版本控制工具。如 Git，CVS，SVN 等；
• 自動化的構建和軟件發佈流程的工具，如 Jenkins，flow.ci；
• 反饋機制。如構建/測試的失敗，能夠快速地反饋到相關負責人，以儘快解決達到一個更穩定的版本。

持續集成的優勢

• 「快速失敗」，在對產品沒有風險的狀況下進行測試，並快速響應；
• 最大限度地減小風險，下降修復錯誤代碼的成本；
• 將重複性的手工流程自動化，讓工程師更加專一於代碼；
• 保持頻繁部署，快速生成可部署的軟件；
• 提升項目的能見度，方便團隊成員瞭解項目的進度和成熟度；
• 加強開發人員對軟件產品的信心，幫助創建更好的工程師文化。

2.持續交付：

持續交付（Continuous delivery）指的是，頻繁地將軟件的新版本，交付給質量團隊或者用戶，以供評審。若是評審經過，代碼就進入生產階段。

持續交付能夠看做持續集成的下一步。它強調的是，無論怎麼更新，軟件是隨時隨地能夠交付的。

持續交付在持續集成的基礎上，將集成後的代碼部署到更貼近真實運行環境的「類生產環境」（production-like environments）中。持續交付優先於整個產品生命週期的軟件部署，創建在高水平自動化持續集成之上。

持續交付的好處

持續交付和持續集成的優勢很是類似：

• 快速發佈。可以應對業務需求，並更快地實現軟件價值。
• 編碼->測試->上線->交付的頻繁迭代週期縮短，同時得到迅速反饋；
• 高質量的軟件發佈標準。整個交付過程標準化、可重複、可靠，
• 整個交付過程進度可視化，方便團隊人員瞭解項目成熟度；
• 更先進的團隊協做方式。從需求分析、產品的用戶體驗到交互 設計、開發、測試、運維等角色密切協做，相比於傳統的瀑布式軟件團隊，更少浪費。

3.持續部署：

 持續部署是指當交付的代碼經過評審以後，自動部署到生產環境中。持續部署是持續交付的最高階段。這意味着，全部經過了一系列的自動化測試的改動都將自動部署到生產環境。它也能夠被稱爲「Continuous Release」。

持續部署是理想的工做流程

「開發人員提交代碼，持續集成服務器獲取代碼，執行單元測試，根據測試結果決定是否部署到預演環境，若是成功部署到預演環境，進行總體驗收測試，若是測試經過，自動部署到產品環境，全程自動化高效運轉。」

持續部署的優勢

持續部署主要好處是，能夠相對獨立地部署新的功能，並能快速地收集真實用戶的反饋。

持續集成（Continuous Integration）、持續交付（Continuous Delivery）和 持續部署（Continuous Deployment）提供了一個優秀的 DevOps 環境，對於整個團隊來講，好處與挑戰並行。不管如何，頻繁部署、快速交付以及開發測試流程自動化都將成爲將來軟件工程的重要組成部分。

DevOps:Development和Operations的組合,能夠把DevOps看做開發（軟件工程）、技術運營和質量保障（QA）三者的交集。

 

參考文章：

http://www.jianshu.com/p/2c6ebe34744a

http://www.ruanyifeng.com/blog/2015/09/continuous-integration.html