持續交付和持續部署（cd continuous delivery和continuous deployment）的過程即是對之前ci流程中構建的交付物進行自動化部署到開發、測試和生產環境中的過程。以下將對持續交付、持續部署的相關規範進行介紹。
在應用部署實施之前，devops會自動備份應用安裝包，如：was和tomcat的war包。備份規則如下：
說明：***x為安裝包名稱。
確保自動化部署的成功，最最重要的關鍵為：保障一致性！將要部署的各個環境一致；在各個環境執行的部署指令碼一致；要部署的安裝包也要一致。
結合持續交付和持續部署的最佳實踐和甲方的實際情況，在提測階段打好的安裝包，如果不是因為測出缺陷被打回，將從uat一直到流動到生產環境，為了保證程式版本、配置檔案、第三方依賴庫等等的一致性，避免編譯結果不一致的風險，不會在中間流程重新編譯打包。
強制要求uat、準生產、生產環境從中介軟體及補丁、作業系統及補丁的版本（甚至小版本）保持一致，這是為了避免在某個測試環境部署成功，但在下游環境同一指令碼卻不是失敗了，還需要花費不必要的成本來對比環境差異。如果條件允許，建議開發環境（含sit）也與下游環境保持一致。
在屢次的開發構建和測試構建過程中，需要保證第三方依賴庫的一致性，否則依賴庫的版本差異會導致構建和部署過程的失敗，devops將引入nexus來統一開發和測試等環境的第三方依賴，需要各個應用系統和專案組按規範統一第三方依賴庫，並遷入nexus。
持續整合 持續交付 持續部署
持續整合 持續整合強調開發人員提交了新 之後，立刻進行構建 單元 測試。根據測試結果，我們可以確定新 和原有 能否正確地整合在一起。持續交付 持續交付在持續整合的基礎上，將整合後的 部署到更貼近真實執行環境的 類生產環境 production like environments 中。比如，我們完成單...
持續整合 持續交付 持續部署
參考 1 continuous integration 持續整合 持續整合強調對於開發人員的每個提交，立刻進行構建 單元 測試。根據測試結果，我們可以確定新 和原有 能否正確地整合在一起。2 continuous delivery 持續交付 持續交付在持續整合的基礎上，將整合後的 部署到更貼近真實執...
走向「持續部署」
收藏 目前it行業中，似乎 要不要做持續整合？已經不再是討論的焦點，取而代之的是 如何進行持續整合？在前一篇文章中，我介紹了cruise團隊持續整合的演進過程。在最後，還曾提及cruise團隊的持續部署。本文將結合團隊的實際情況，與大家分享持續部署的實踐心得。最後一哩 問題 持續整合解決了軟體開發中...