Capacitor
Native live updates for iOS and Android apps built with Capacitor. Install @capgo/capacitor-updater and ship bundles with @capgo/cli.
阅读更多 →
Capgo 实时更新
跳过等待，立即发布修复
立即推送 Ionic 和 Capacitor 应用程序的 web 层修复，跳过 App Store 等待
来自马丁的人性化支持
14 天无限免费试用，不需要信用卡
原生回滚
JavaScript错误在JavaScript外部恢复
99.99%的运行时间
平台运行时间
动态频道
Canary、beta、支持和生产跟踪
300+边缘位置
全球CDN
44ms典型
超低延迟
设备日志
设备级更新状态和回滚历史
支持的运行时
One Capgo backend for every hybrid stack you ship.
无论您的应用程序在 Capacitor、Cordova 或 Electron 上运行，使用相同的通道、打包上传、回滚保护和设备日志
为发布压力而设计
在 CapacitorJS 应用中，生产中断时知道发生了什么
Capgo 为移动团队提供了紧急 web 修复、控制发布和清晰的审计记录的发布路径，使坏的发布不再成为商店评审等待的几天
不必等待审查就恢复生产
在使用 JavaScript、CSS、复制、运行时特性标志和 web 资产修复的同时，使用 live updates，native 和 Capacitor 配置更改继续通过商店
在每个人都接收到构建之前控制风险
在发布变成支持事件之前，向内部、beta、canary 和生产渠道分发，并且在回滚准备好
证明发布后发生了什么
使用设备日志、更新状态、捆绑历史和采用度指标来解释发布给工程师、支持和领导
当这些陈述是真的时，选择 live updates
- 您需要一个不依赖 App Store 或 Play 审核时间的生产故障恢复路径
- 您的应用程序有多个客户群、白标签部署、beta 测试者或支持仅调试渠道
- 您的团队需要符合法规的控制：签名包、回滚、审计和自主托管路径。
来自Martin
为什么Capgo实时更新工作方式
Capgo创始人Martin关于频道、兼容性检查、回滚和在商店批准后安全地发送Web包更新。
马丁，Capgo创始人
实时更新证明
已使用Capgo的团队
使用Capacitor进行生产OTA更新的Capgo团队的简要笔记。
Capgo Capacitor Updater插件彻底改变了我们如何发布更新。过去需要几天的时间，现在只需要几分钟。
能够立即推送生产OTA更新，无需等待完整App Store审查周期，这对我们来说是一个巨大的运营优势。
Live Update V2 箱装
本地运行时、回滚、验证和回滚控制在一个服务中。
Capgo Live Updates
Capgo Live Updates
Live Update V2 箱装
Live Update V2 箱装
下载、安装和激活在原生OS线程上运行。JavaScript崩溃无法影响更新过程。
$ npx @capgo/cli bundle upload ✔ validated · ✔ published · ✔ rolling out
断点更新检测
CLI 扫描原生依赖项并在部署不兼容更新之前警告您。快速部署 Web 变更而不推送原生破坏 code 到客户端。
自动回滚
如果您的应用程序在 10 秒内没有调用 notifyAppReady()，我们将自动回滚到最后一个工作版本。
预检验证
验证 notifyAppReady()、index.html、bundle 大小限制和校验和之前接受任何上传。
防篡改更新
每个更新都被校验和、签名和加密。无人可以篡改更新 - 即使 Capgo 也无法看到您的 bundle 内容。
自我修复更新
fallback bundle 机制始终维护一个工作版本。您的用户永远不会看到一个破损的应用程序。
实时切换发布跟踪 (无新二进制文件)
Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.
__CAPGO_KEEP_1__
Pair Capgo Notifications with Live Updates so a silent push can ask devices to check, download, and queue the latest bundle for the selected channel.
__CAPGO_KEEP_0__
发布智能
捕捉更新前
- 查看上传是否安全、需要原生构建还是等待 —— 在它到达生产环境之前
- Native build needed: a plugin or Capacitor dependency changed
- 原生构建需要: 插件或__CAPGO_KEEP_0__依赖发生变化
发布动作: 根据原生版本进行门控、暂停频道或触发商店构建
$ npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible
warning: native-incompatible bundle
@capacitor/camera changed from 6.1.0 to 6.2.0
action: fail this upload or ship a native build first
如何工作
如何工作
如何工作
1
CLI Validates
CLI 验证
2
在上传之前，__CAPGO_KEEP_0__ 检查原生依赖项、版本兼容性和必需文件
Pure native code downloads and installs the update - completely isolated from JavaScript
3
应用确认就绪
您的应用程序调用notifyAppReady()。如果在10秒内未调用，则会自动回滚
诚实的比较
Capgo Live Updates vs.替代方案。
同样的Ionic和Capacitor OTA承诺。不同的安全模型。
| Capgo Live Updates | DIY/自主托管 自定义脚本和静态托管 | 竞争云 | |
|---|---|---|---|
| 更新运行时 | 完全本机 下载、安装并激活在本机OS线程上。JS崩溃无法中断更新管道。 | 在您的应用程序JS环境中运行。一个坏的捆绑包也可能会破坏更新。 | 主要是应用层的交付。JS错误可能会阻塞或损坏更新流程。 |
| 回滚恢复 | 原生回滚。 即使新捆绑包在启动时崩溃，外部JavaScript也会回退到最后一个好的捆绑包。 | 您设计和维护自己的回滚逻辑。 | 回滚存在，但通常依赖于应用层仍然工作。 |
| 失败安装守卫 | 自动。 如果notifyAppReady()在10秒内没有被调用，则回滚。 | 您自己监控和监测它。 | 可选或手动，取决于产品。 |
| 原生兼容 | CLI 检查。 扫描原生依赖项并在上传前标记破坏性更改。 | 没有任何保护措施，除非你自己构建它们。 | 仅在大多数产品上进行上传验证。 |
| 预上传验证 | 深度检查。 验证 index.html、包大小、校验和、重复版本和中心约束。 | 你的 CI 规则，如果你自己写了它们。 | 基本包检查。 |
| 发布控制 | 动态频道 Canary、beta、生产、支持和设备通道分配。 | 多个托管 URL 或自定义路由。 | 支持的通道、深度和 API 各异。 |
| 设备可见性 | 设备日志。 无需 Xcode 或 Android Studio 即可在设备上查看安装、失败、回滚和策略事件。 | 自定义分析或服务器端下载计数。 | 总览聚合，设备日志较少。 |
| 先试用再付费 | 是。 14 天的无限免费试用，不需要信用卡。 | 流量增长前便宜的托管。 | 计划等级。试用期根据供应商而异。 |
比较反映了典型的 DIY/自主设置和公共竞争对手云文档。
EAS 更新模拟
Capacitor 的实时更新，如果与 EAS 更新进行比较
EAS 更新将 JavaScript 修复程序发送到 Expo 和 React Native 应用程序。 Capgo 对 Capacitor 网页包执行相同的任务：通道、回滚和设备日志。 如果应用程序是 React Native，则保持 EAS。如果保留了 web UI，则使用 Capgo。
继续使用 Capgo Live Updates
将此 Ionic 和 Capacitor live update 页面连接起来 频道, 回滚, 更新行为, Live Update 交付数据, Capgo 通知, Capacitor 更新器, Capgo 本机构建和 Capgo vs Capgo 为 Expo 应用服务的比较