[DevOps] Travis CI - Step/Job/Stage
這次要跟大家分享的是一些關於 TravisCI 的使用心得,相信有在 Github 上面維護專案的人應該都對各式各樣的 CI 系統不陌生,不論是 公有服務的 TravisCI 或是 CircleCI 或是自己透過 Jenkins 來處理。本篇想要跟大家分享的重點是在 TravisCI 上關於 Build Stage 的概念,透過 Build Stage,我們可以更有架構的去設計該專案的 CI/CD 流程。
這次要跟大家分享的是一些關於 TravisCI 的使用心得,相信有在 Github 上面維護專案的人應該都對各式各樣的 CI 系統不陌生,不論是 公有服務的 TravisCI 或是 CircleCI 或是自己透過 Jenkins 來處理。本篇想要跟大家分享的重點是在 TravisCI 上關於 Build Stage 的概念,透過 Build Stage,我們可以更有架構的去設計該專案的 CI/CD 流程。
這篇文章的主軸其實非常簡單,目標是希望為開發者的 Kubernetes 應用程式提供更強健的自動化測試流程,確保該應用程式在開發上能夠與 Kubernetes 緊密結合。為了確保程式品質,我們都會在開發的過程中撰寫一些單元測試/整合測試來確保開發的功能能夠正常運作。 特別是當有新功能的開發或是臭蟲修復時不會對舊有的功能造成損毀。 這個理念看起來非常合理,但是當應用程式一旦與 Kubernetes 結合的時候,這個理念到底好不好實現?