嘿，我是 Martin Donadieu，
2021 年 7 月，我离开了 Naas 这家我在 2019 年联合创立的初创公司，开始独自做项目。
在独自创业的初期六个月里，我专注于重启 Captime 项目。这是一款我四年前开发的移动应用，在疫情期间意外成为了一门副业。
2021 年 12 月，当我从零开始重构应用时，当前生产版本出现了一些问题，
情况变得一团糟，我不得不修复它，但又不想发布新版本，于是我开始寻找一种向应用推送 code 更新的解决方案。
当时 Captime 每月收入 400 美元，所以我一直在寻找性价比高的方案，Ionic Appflow 超出了我的预算。
唯一的替代方案是 Microsoft App Center，但他们停止了对运行在 Cordova / Capacitor 上的应用的支持。
如果你和我一样是独立开发者，你会发现 Ionic AppFlow 的价格对你来说并不划算。
和你一样，我也对此颇有微词。我联系了 Ionic，他们理解了我的抱怨，但并不愿意调整定价，我显然不是他们的目标用户。
于是，我决定着手解决 Capacitor JS 开发工作流中最大的痛点：Live Updates。
尝试了一个月后，我找到了一种方法：从一个 URL 下载 zip 包并替换应用的源码。
我把这件事分享出去，在 GitHub 上引起了极大关注。
这对大多数团队来说太麻烦了，所以他们希望有付费服务，于是我开始把 Capgo 做成 AppFlow 的替代品。
目标是提供一个简单易用的方案，把 code 更新推送到 Capacitor JavaScript 应用。
发布时，它只有 Live Updates——没有原生构建，也没有像 Ionic 那样的大工具箱。只是解决他们没有为我们这类开发者解决的问题。（此后，我们新增了 Cloud Build 用于原生 iOS/Android 构建！）
我联系了他们，介绍了我在做的事，我们达成了友好的商业合作协议。
我为创作者打造，他们为需要 CI/CD 和专属支持的企业打造 :)
欢迎加入社区一起构建，我自己的项目也在用它，甚至期待它未来会成为我的主要项目。
继续阅读：Capgo 的诞生
如果你正在使用 Capgo 是如何诞生的 要规划 live update 的交付，请将其与 Capgo Live Update 用于 Capgo Live Updates 中的产品工作流， 概览 用于 Overview 中的实现细节， 功能 用于 Features 中的实现细节， 更新行为 有关 Update Behavior 中的实现细节，请参阅 更新类型 关于 Update Types 中的实现细节。
