在前面三篇分別介紹了三種持續自動流程，Continuous Integration 持續整合、Continuous Delivery 持續交付、Continuous Deployment 持續部署，也就是所謂的CI / CD現在有越來越多的公司團隊導入CI/CD流程，也應用在實務上，但他還是有其問題與困難，雖然前幾篇都在說目的與優點，這篇就要來~~揭穿(?!)~~實務上更多的探討須注意的地方

• 不想或不適合導入敏捷開發
  在執行CI/CD上很大的兩個重點：自動化測試、自動化發佈，所以其實並沒有嚴格要求需要敏捷喔！只是CI會希望簽入的次數頻繁，每次異動的範圍縮小，因此敏捷開發相較適合搭配，但是敏捷有敏捷其他的問題，不一定適合每個團隊或每次情況，因此現實中有時候並不會一定就要用敏捷開發搭配CI/CD流程
• 測試案例不可靠
  縱然團隊有做測試案例包含Unit Test、Integration Test、Performance Test......還是可能有地方有遺漏，需要不斷的新增、維護，一旦有任何修改的地方，就要去一併調整測試程式，這是很多開發團隊沒有做到的部分，或是只有做了一開始，後面就沒有維護，不出多久，測試程式就會不合時宜無法使用了
• 排除Continuous Deployment
  礙於專案內容極度嚴謹，例如牽扯到金錢之類的，這種系統都會更加敏感更為謹慎，容錯率相當低幾乎不准錯誤，儘管自動測試案例做的再完善，還是會建議增加人工驗證驗冊的流程，待全部確認完畢再行部署至Production

當然還有其他的點我沒有提到，若有網友願意分享可以留言喔！我會一併整理進來，謝謝

以未來的趨勢發展來看，CI/CD還是有很大的潛在市場，尤其DevOps的概念越發蓬勃，相信會有越來越多公司採用的，鼓勵大家一起學習努力！

最後覆上一張CI/CD的流程圖作結

圖片來源：Continuous Integration vs. Continuous Delivery vs. Continuous Deployment

參考資料、延伸閱讀：

• Continuous Integration vs. Continuous Delivery vs. Continuous Deployment
• Continuous integration vs. continuous delivery vs. continuous deployment

下集預告：Testing 測試