GitHub Resources 這篇文章介紹的是持續部署（continuous deployment），也就是程式碼通過預先設定好的測試後，自動部署到各個階段環境的軟體發布做法。文章指出，持續部署的目的是加快發布速度、在部署階段盡量減少人工介入，是持續整合與持續交付之後更進一步的自動化做法。
文章特別區分持續交付與持續部署的差別：持續交付會把軟體包裝好、送到可上線的環境，但最後上線這一步仍需要人工核准；持續部署則是連上線這一步也自動化，只要程式碼合併進主幹並通過所有自動化測試，就會立刻自動部署給使用者。文章把一個完整的持續部署流程拆成驗證、部署、監控、回應四個階段，環環相扣。
文章提醒，很少有團隊一開始導入 DevOps 就直接做到持續部署，因為這需要文化轉變與成熟的測試機制打底。建議的做法是先把持續整合做好，像是頻繁提交程式碼、維持主幹乾淨可用，再投入完整的自動化測試、即時監控，並把資安檢查放進整個軟體開發生命週期裡，一步步往全自動部署推進。
對正在學程式的孩子來說，這篇文章偏產業面，講的是公司團隊怎麼把程式碼自動推上線，跟平常寫程式作業交出去就結束不太一樣。但其中「先把測試寫好、程式碼常常提交、主幹要保持乾淨」這幾個習慣，其實也值得學程式的孩子從現在的小專案就開始練習。
DevOps持續部署自動化