在CI/CD上有點

儘管在某些情況下，“網站”可能比“移動應用程序”更合適，但Max Lynch對CI/CD的看法仍然有見地：生產移動應用程序（並且，通過擴展，網站）需要自動化的流程來集成，測試，部署，部署和持續的維護。這種自動化對於大型項目至關重要，通常需要大量的時間投資和專業的基礎設施知識。

CI/CD工具景觀充滿了供應商，每個供應商都爭奪您的業務。這場比賽是可以理解的。 CI/CD很複雜，簡化它是有價值的。但是，這種簡化通常帶有供應商鎖定。切換提供商可能是一項重要的事業。

我在CI/CD的經驗強調了這種多樣性：

• Ionic的AppFlow和信號量是視覺上吸引人的選項，儘管我沒有親自使用它們。
• 我將好友用於CSS-ticks。
• Codepen的旅程涉及Capistrano，Codeship，Gitlab（DevOps）以及目前的GitHub Action（與Pulumi），在評估了Azure Devops和AWS CodeBuild之後。我們利用無服務器等工具進行AWS部署。
• Netlify處理我的Jamstack項目，提供高度可配置的構建和簡化的部署。
• Brian Leroux的Begin提供了無服務的CI/CD方法。
• 詹金斯（Jenkins），Circleci和Travis CI仍然是知名球員。
• Heroku的早期強調基於GIT的簡化CI/CD（“ Git Push Heroku Master”）值得認可。

這個列表遠非詳盡。許多其他公司提供CI/CD解決方案。共同點是希望控制項目的秘密，權限和整體工作流程。

以上是在CI/CD上有點的詳細內容。更多資訊請關注PHP中文網其他相關文章！