1.1 持續集成、持續交付 介紹
參考博客：http://www.javashuo.com/article/p-cuorghym-w.htmlhtml
一、傳統交付單元測試
1. 傳統軟件的開發與交付的週期都很漫長，從需求的分析、系統的設計、編寫測試用例、系統開發、單元測試、組裝測試到交付調試。測試
2. 每一次交付、升級，都須要提供基礎的硬件、軟件的環境、軟件的代碼、軟件的文檔與手冊。阿里雲
3. 工程師都按照以前預演過好多遍的流程，對照着系統的部署手冊，一步一步的組裝硬件，安裝軟件，稍有差池，就要按照對應的應急預案進行回滾。spa
二、技術工程師平常 與 痛點設計
1）立項，建代碼庫，申請資源，拉分支寫代碼，聯調測試，發佈到線上，設置監控點，質效分析和總結等等調試
2）這些活動存在於不一樣的平臺，天天在不停的重複，須要不停的和各個團隊溝通，不停的作研發平臺和技術棧的切換code
3）因此咱們又回到持續交付的一個原則，若是有一件事讓你感受到痛苦，那麼就儘早實現自動化。htm
4）梳理出規範化的玩法，採用自動化的高效手段，用技術去解決這些讓咱們感受頭疼的問題。blog
三、CI 持續集成 與 CD持續交付
注：CI/CD關注的是開發完成到成功部署這一階段
持續集成(Continuous Integration，CI)： 代碼合併、構建、部署、測試都在一塊兒，不斷地執行這個過程，並對結果反饋（主要產出是一個鏡像）
持續部署(Continuous Deployment，CD)：加將產品部署到 測試環境、預生產環境、生產環境
持續交付(Continuous Delivery，CD)： 將最終產品發佈到生產環境，給用戶使用
四、產品線發佈流程
五、國內一些公司開發的輪子
阿里雲效/codepipeline：https://www.aliyun.com/product/codepipeline
百度效率雲：https://xiaolvyun.baidu.com/
普元devops平臺：http://www.primeton.com/products/devops/
1111111111111111