持續部署(continuous deployment)是持續傳遞的下一步或者說更高階段，指的是代碼通過評審以後（或者是通過自動化測試以後），自動部署到生産環境。持續部署是持續傳遞的最高階段。這意味着，所有通過了一系列的自動化測試的改動都将自動部署到生産環境。它也可以被稱為“Continuous Release”。 大多數的公司如果沒有制度的限制或其它條件的影響，都應該以持續部署為目标。
持續部署(continuous deployment)是持續傳遞的下一步，指的是代碼通過評審以後，自動部署到生産環境。
代碼在任何時刻都是可部署的，可以進入生産階段。
有很多的業務場景裡，一種業務需要等待另外的功能特征出現才能上線，這使得持續部署成為不可能。雖然使用功能切換能解決很多這樣的情況，但并不是每次都會這樣。是以，持續部署是否适合你的公司是基于你們的業務需求——而不是技術限制。
持續部署是理想的工作流程？
“開發人員送出代碼，持續內建伺服器擷取代碼，執行單元測試，根據測試結果決定是否部署到預演環境，如果成功部署到預演環境，進行整體驗收測試，如果測試通過，自動部署到産品環境，全程自動化高效運轉。”
實際上，産品在從需求到部署的過程中，會經曆若幹種不同的環境，例如 QA 環境、各種自動化測試運作環境、生産環境等。這些環境的搭建、配置、管理，産品在不同環 境中的具體部署，狀況是比較非常複雜的，從頭到尾地全自動持續部署的确困難。那麼，如果能做到持續傳遞，保證代碼在模拟環境沒問題，也許團隊成員做到真正的心理有數。
"You build it, you run it"
相對獨立地部署新的功能，并能快速地收集真實使用者的回報。