Capacitor
Native live updates for iOS and Android apps built with Capacitor. Install @capgo/capacitor-updater and ship bundles with @capgo/cli.
Read more →
Capgo 实时更新
跳过等待，直接发布修复。
立即将 Ionic 和 Capacitor 应用推送到 web 层。跳过 App Store 等待。
14 天无限免费试用。无需信用卡。
原生回滚
JS 失败在 JavaScript 之外恢复
99.99% uptime
平台可用性
动态通道
Canary, beta, support, and production tracks
300+ edge locations
全球 CDN
44ms typical
极低延迟
设备日志
每个设备的更新状态和回滚历史
支持的运行时
每个混合堆栈都有一个Capgo后端。
无论您的应用程序是否在Capacitor、Cordova 或 Electron 上运行，使用相同的通道、打包上传、回滚保护和设备日志。
Cordova
保持 Cordova 工具链，仍可在 iOS 7+ 和 Android 13+ 上实现 Capgo OTA，使用 @capgo/cordova-updater 和相同的 JavaScript API。
Read more →Electron
无需重建安装程序即可将 HTML、CSS 和 JavaScript 更新推送到桌面应用程序。 @capgo/electron-updater 会反映移动 API 的更新。
Read more →适应发布压力
CapacitorJS 应用程序出现生产问题时，知道发生了什么事。
Capgo 为移动团队提供了紧急 Web 修复、控制发布和清晰的审计记录的发布路径，使坏的发布不再成为等待审核的日子。
恢复生产不必等待审核
使用 JavaScript、CSS、复制、运行时特性标志和 Web 资产修复的实时更新，同时 native 和 Capacitor 配置更改继续通过商店。
控制风险在所有人都获得构建之前
在回滚准备就绪之前，通过内部、beta、canary和生产渠道发布，并且在发布变成支持事件之前
发布后证明发生了什么
使用设备日志、更新状态、捆绑历史和采用度指标来解释发布给工程、支持和领导层
当这些陈述为真时，选择实时更新
- 您需要生产错误的恢复路径，不依赖于App Store或Play Store的审查时间
- 您的应用程序有多个客户群、白标签部署、beta测试者或仅支持调试渠道
- 您的团队需要符合法规的控制：签名捆绑包、回滚、审计性和自主托管路径
来自马丁
为什么Capgo实时更新工作方式
Capgo创始人马丁关于渠道、兼容性检查、回滚和安全地在商店批准后发布Web捆绑包
马丁，Capgo创始人
实时更新证明
已使用 Capgo 的团队
来自使用 Capgo 进行生产 OTA 更新的 Capacitor 团队的简要笔记。
Capgo Capacitor Updater 插件彻底改变了我们如何发布更新。过去需要几天的时间，现在只需要几分钟。
能够立即推送生产 OTA 更新，而不必等待完整的 App Store 审核周期，这对我们来说是一个巨大的运营优势。
盒子里的内容
专为安全的OTA更新而设计，仅仅是快速上传。
原生运行时、回滚、验证和发布控制在一个服务中。
Capgo 实时更新
纯原生引擎
纯原生引擎
下载、安装和激活在原生OS线程中运行。JavaScript崩溃无法影响更新过程。
$ npx @capgo/cli bundle upload ✔ validated · ✔ published · ✔ rolling out
更新检测
CLI 检查原生依赖项并在部署不兼容更新之前警告您。快速部署Web更改而不推送给客户的原生破坏code。
自动回滚
如果您的应用程序在10秒内没有调用notifyAppReady()，我们将自动回滚到最后一个工作版本。
Pre-flight Validation
验证notifyAppReady(), index.html, bundle大小限制和校验和之前接受任何上传。
Tamper-Proof Updates
每个更新都被校验和、签名和端到端加密。没有人可以篡改更新 - 不管是Capgo还是其他人都无法看到你的bundle里面的内容。
Self-Healing Updates
fallback bundle机制始终保持一个可用的版本。你的用户永远不会看到一个破损的应用。
Switch release tracks live (no new binary)
Capgo channels是实时控制，不是硬编码的。从你的应用UI或API中即刻将用户从dev, staging, PR, canary,和production之间切换。
Push-triggered auto updates
将Capgo Notifications pair起来与Live Updates，一个静默的推送可以要求设备检查、下载并排队最新的bundle到所选的channel。
Release intelligence
在更新发布之前捕获破损的更新
看看上传是否安全、需要原生构建还是需要等待 —— 在它进入生产环境之前。
- 安全的OTA：原生包与生产频道匹配
- 需要原生构建：插件或Capacitor依赖发生了变化
- 发布动作：根据原生版本进行门控、暂停频道或触发商店构建
$ npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible
警告：原生不兼容的包
@capacitor/camera从6.1.0更新到6.2.0
动作：拒绝此次上传或先发布一个原生构建
如何工作
如何工作
自动获得速度。手动控制需要安全检查。
1
CLI 验证
在上传之前,CLI 检查本机依赖项、版本兼容性和必需文件
2
本机下载
纯本机code下载并安装更新 - 完全隔离于JavaScript
3
应用程序确认已准备
您的应用程序调用notifyAppReady()。如果在10秒内没有调用，则自动回滚
诚实的比较
Capgo Live Updates与替代方案的比较
相同的Ionic和Capacitor OTA承诺。不同的安全模型
| Capgo Live Updates | DIY / 自建 自定义脚本和静态托管 | 竞争对手云 | |
|---|---|---|---|
| 更新运行时 | 完全原生。 下载、安装并激活在本机OS线程上。JS崩溃无法中断更新管道。 | 在您的应用程序JS上下文中运行。一个坏包裹也可以中断更新。 | 大部分应用层交付。JS错误可以阻塞或损坏更新流。 |
| 回滚恢复 | 原生回滚。 在JavaScript外部，甚至在新包裹在启动时崩溃时，会回退到最后一个良好包裹。 | 您设计和维护自己的回滚逻辑。 | 回滚存在，但通常依赖于应用层仍然工作。 |
| 安装失败保护 | 自动 如果在10秒内未调用notifyAppReady()，则回滚。 | 您自己来监控和配置。 | 根据产品可选或手动。 |
| 原生兼容性 | CLI检查。 在上传前扫描原生依赖并标记破坏性更改。 | 除非您自己构建，否则没有安全保护。 | 仅在大多数产品上进行上传验证。 |
| 上传验证 | 深度检查。 验证index.html、打包大小、校验和、版本重复和中心约束。 | 您编写的CI规则。 | 基本打包检查。 |
| 滚动控制 | 动态频道。 Canary、beta、生产、支持和每设备频道分配。 | 多个托管URL或自定义路由。 | 支持的频道、深度和API各不相同。 |
| 设备可见性 | 每设备日志。 在Xcode或Android Studio中无需安装、失败、回滚和策略事件。 | 自定义分析或服务器端下载计数。 | 仪表板聚合，减少每设备的深度。 |
| 试用前付费 | 是。 无需信用卡的14天免费试用。 | 流量增长前便宜的托管。 | 按层次划分的计划。试用期根据供应商而异。 |
比较反映了典型的 DIY/自主托管设置和公共竞争对手云文档。
从 Capgo 实时更新继续
连接这个 Ionic 和 Capacitor 实时更新页面 频道, 回滚, 更新行为, Capgo 通知, Capacitor 更新器和 Capgo 原生构建 适用于仍需要商店审核的版本。