想搞懂持續交付理論和實踐，你只差這三個問題

摘要：今天，我們來了解下什麼是「持續交付」及「持續交付」的實踐。

雲原生是當下IT圈非常熱門的一個詞，其目的是為了各組織在公有云、私有云和混合雲等新型動態環境中，構建和執行可彈性擴充套件的應用。雲原生包含很多技術，比如容器、微服務、DevOps、持續交付等，今天，我們來了解下什麼是「持續交付」及「持續交付」的實踐。

什麼是持續交付

持續交付是指，所有開發人員都在主幹上進行小批次工作，或者在短時間存在的特性分支上工作且定期向主幹合併，同時始終讓主幹保持可釋出狀態，保證程式碼可以按需進行一鍵式釋出。開發人員在引入任何迴歸錯誤時（包括缺陷、效能問題、安全問題、可用性問題等），都能快速得到反饋。一旦發現這類問題，就立即加以解決，從而保持主幹始終處於可部署狀態。

( Wikipedia: Continuous delivery (CD) is a software engineering approach in which teams produce software in short cycles, ensuring that the software can be reliably released at any time. )

持續交付是持續整合的延伸，將整合後的程式碼部署到類生產環境，確保可以以可持續的方式快速向客戶釋出新的更改。如果程式碼沒有問題，可以繼續手動部署到生產環境中。

持續交付流水線

隨著開發模式的日益成熟，軟體開發過程中的每個環節已經越來越標準化了，但是這些環節都相對獨立，需要一個東西將他們連線成一個整體。

如果我們能將這些環節——構建、釋出、測試、部署有效的串聯起來，形成一套完成的持續交付流水線，就能提高軟體的釋出效率與質量，持續不斷的創造業務價值。

持續交付流水線工作流程大致如下：

開發人員將程式碼提交至程式碼倉庫；
編譯構建伺服器獲取到程式碼倉庫檔案變更資訊，從程式碼倉庫拉取程式碼，進行編譯構建，生成二進位制軟體包，並將生成的軟體包儲存到製品庫。構建過程中，每一步成功與否，都需將結果反饋給對應的開發人員。
構建完成後，將軟體包按需部署到測試環境，進行測試，同時測試結果反饋給開發人員，
測試完成，由業務側決定是否將軟體包釋出到生產環境，如果需要釋出，則通過人工將軟體包釋出到生產環境。

當然，流程並非固定的，可以根據具體的業務需要，穿插其他流程，比如靜態程式碼檢查，效能測試等。