跳过主要内容

原生独立实时更新

确保生产环境安全的实时更新

CLI 在部署前捕获风险变更。原生引擎在出现问题时自动回滚。

原生回滚

JavaScript 错误在 JavaScript 之外恢复

动态通道

Canary、beta、支持和生产跟踪

CLI 安全检查

原生依赖风险在上传前捕获

设备日志

每台设备的更新状态和回滚历史

为发布压力而设计

生产出现问题时,知道发生了什么

Capgo 为移动团队提供了紧急 web 修复、控制发布、清晰的审计记录的发布路径,使坏的发布不再成为等待商店审核的几天时间

不用等待审核就恢复生产

使用 JavaScript、CSS、copy、远程配置和 web 资产修复的实时更新,而原生变化继续通过商店

在所有人都接收到新版本之前控制风险

将发布推送到内部、beta、canary 和生产渠道, rollback 准备就绪,避免发布变成支持事件

证明发布后发生了什么

使用设备日志、更新状态、打包历史和采用度指标来解释发布给工程、支持和领导

选择实时更新,当这些陈述是真的时

  • 您需要为生产错误创建一个不依赖于 App Store 或 Play 审核时间的恢复路径。
  • 您的应用程序有多个客户群、白标签部署、beta 测试者或仅支持调试通道。
  • 您的团队需要符合法规的控制:签名包、回滚、审计和自主托管路径。

为什么 Capgo 引发

Capgo 将实时更新转换为生产发布系统。

Capgo 不是基本的包上传器。它是包围包的发布系统:目标、验证、可观察性、回滚和控制,适用于无法承受破坏生产的团队。

01

第一个独立路径

Capgo 为 Capacitor 团队提供了一个专注的发布系统,用于实时更新,具有开源 SDK、灵活的托管和生产控制,适用于真实应用程序。

02

自动或手动

使用自动路径安装并在 5 分钟内发布,或者切换到手动和半手动流程,用于自定义发布、支持、QA 和按用户场景。

03

最完整的规模

每月 10 亿次更新,50 亿+ 设备,动态通道、设备日志、delta 更新、加密、自主托管和原生恢复

04

安全发布前

The CLI 检查本机依赖项、必需文件、打包完整性、重复版本和中心兼容性,确保更新在用户面前发布前经过严格检查。

完整的实时更新系统

大多数工具可以上传文件。Capgo 添加了发布控制、本机安全、日志和回滚行为,生产团队需要的功能。

更新检测

CLI 扫描本机依赖项并在发布不兼容更新之前警告您。快速部署 web 变更而不推送破坏本机的code 到客户端。

纯本机引擎

下载、安装和激活在本机 OS 线程中运行。JavaScript 崩溃无法影响更新过程。

自动回滚

如果您的应用程序在 10 秒内没有调用 notifyAppReady(),我们将自动回滚到最后一个工作版本。

自我修复更新

fallback 机制始终维护一个工作版本。您的用户永远不会看到一个破损的应用程序。

Pre-flight Validation

验证notifyAppReady(), index.html,打包大小限制和校验和之前接受任何上传。

Tamper-Proof Updates

每次更新都被校验、签名和加密。无人可以篡改更新 - 不管是Capgo还是其他人都无法看到你的打包内容。

Update observability

无需Xcode或Android Studio即可查看所有设备日志。

Capgo捕获了OTA全过程:检查、下载、安装、政策阻止和回滚。这样你就可以在几秒钟内回答“发生了什么?”的问题,而不是花费几个小时。

  • 每个设备的时间线突出了下载延迟、校验和问题或notifyAppReady()缺失。
  • 已验证的频道保护边界:在实时查看disableAutoUpdateToMajor、emulator/dev阻止和平台过滤器。
  • 快速检测爆炸半径:update_fail、rateLimited、needPlanUpgrade在用户流失之前就暴露出来。
  • 工程师、QA和支持人员共享日志(无需Xcode/Android Studio进行挖掘)。
14:30:02 __CAPGO_KEEP_0__ 下载开始 2.6.0
14:30:07 __CAPGO_KEEP_0__ 更新失败 (网络超时)
14:30:08 __CAPGO_KEEP_0__ 自动重试已安排 (30s)
14:31:15 __CAPGO_KEEP_0__ 更新失败 (内存不足)
14:31:16 __CAPGO_KEEP_0__ 回滚 → 内置捆绑

在一个地方看到可操作的上下文:有信心决定回滚,推动一个频道,或者发布一个热修复。

动态频道

实时切换发布跟踪(无新二进制)

Capgo频道是实时控制,不是硬编码。从应用 UI 或 API 中即刻将用户移动到开发、测试、PR、 Canary 和生产环境中。

  • 在应用中添加“更新跟踪”菜单:列出频道并让测试人员在秒级(无重新安装)跳转到 生产测试 Spin up a pull-request频道每个特性,路由 QA 或 beta 用户到那里,然后在批准后将他们恢复到 prod 时。
  • 运行 Canary:克隆 prod 到一个 10% 的频道,通过单个 __CAPGO_KEEP_0__ 调用推广或回滚。
  • Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.
  • 为个人用户创建个人频道 - 适合调试特定问题或VIP服务。
  • 为个人用户创建个人频道 - 适合调试特定问题或VIP服务。
  • 所有频道变更都是即时的 - 无需 24 小时等待、无需商店审批、无需用户操作。
用户选择 “测试版(v2.5.0-rc1)” 设置频道
14:41:10 设备 A1B2C3 获取 → 预发布清单
14:41:14 设备 A1B2C3 下载完成 2.5.0-rc1
14:43:02 提供用户支持 Q7R8S9 设置频道 → debug 日志
14:55:00 试验小组 自动升级到生产环境

将环境视为功能开关:实时切换、测试和回滚(无需重新提交应用)。

云原生配置

所有东西都在云端

Capgo 将所有应用配置存储在云端,实现全球数据复制。通过控制台修改设置,全球范围内在2分钟内生效,无需应用更新或等待。

  • 通道分配、版本目标和设备覆盖 - 所有存储在云端并实时可访问
  • 全球边缘网络确保您的配置更改同时在每个区域生效
  • 在应用中不再有硬编码值 - 所有内容都可以动态更改而无需新二进制文件
  • 设置在下一次应用启动时生效 - 用户始终获得最新配置
配置更改时间线
1
控制台: 点击 "Assign to channel: beta-testers"
0秒
2
复制: 同步到 12 个边缘区域...
~30秒
3
设备 (东京): 接收新配置
<2分钟
4
设备 (柏林): 接收新配置
<2分钟

从控制台点击即可在全球部署在 2 分钟内

实用支持

在几分钟内修复一个用户的bug

以下是一个真实的场景:用户报告了一个bug。您与他们交谈,了解问题,修复它在code,并将修复部署到仅此一名用户 - 在他们仍在通话时。他们测试它,确认修复有效,并将其部署到生产环境。总时间:分钟,而不是天。

1. 用户报告bug

客户支持接到bug报告。您加入电话会议来了解问题。

2. 修复并推送给他们

为该用户创建一个个人频道,推送修复,并将他们的设备分配到该频道。

3. 验证并推送给所有人

用户确认修复有效。将捆绑包推送到生产环境中供所有人使用。

支持会话时间线
10:15 用户在结账时报告程序崩溃 Bug
10:22 开发者加入会议,重现问题 调试
10:35 修复推送到"user-john-hotfix"频道 部署
10:36 设备分配,更新下载中 安装
10:38 "它工作了!" - 用户确认修复 验证
10:40 捆绑包推送到生产环境 交付

从bug报告到支持电话确认修复。

差分更新

传统更新每次下载整个捆绑包。使用差分更新,设备只下载实际更改的文件 - 节省50-90%的带宽。

文件级别差异

每个文件都上传并校验和。设备比较清单并只下载更改的文件。

适合大型资产

只下载一次图像、字体和视频。小code的更改不会重新下载整个资产文件夹。

只需添加一个标志

只需在上传命令中添加 --partial 即可启用差分更新。

终端
# Upload with delta updates enabled
npx @capgo/cli bundle upload --partial

 Uploading 847 files...
 Generated manifest with checksums
 Bundle uploaded successfully

# Device downloads only changed files
 Comparing manifests...
 12 files changed, 835 unchanged
 Downloaded 245 KB (vs 4.2 MB full bundle)

智能频道系统

频道让您针对特定用户组使用特定构建。从云控制台、API、移动应用程序或自己的高级发布逻辑中管理频道。

Cloud 控制台

在 Web 控制台中创建、配置和切换频道。立即回滚仅需一键。

API & CLI 访问

使用我们的 CLI 或 REST API 自动管理频道。适合 CI/CD 集成。

设备自行分配

使用 setChannel() 在运行时让设备切换频道。适合 QA 测试人员或 beta 测试人员。

优先级路由

强制设备 > 云 > 配置默认 > 云默认。对更新路由有完全控制权。

日志和统计

实时可见度到您的更新部署。跟踪下载进度、成功率和设备健康状况。

下载进度跟踪

查看哪些设备正在下载、安装或待安装。跟踪整个设备舰队的进度。

成功率 & 失败率

实时监控更新成功率,识别问题前置于其影响更多用户。

设备健康监控

跟踪设备所在的版本。识别那些卡在旧版本的设备。

打包分析

查看打包大小、下载时间和回滚频率。通过数据优化您的更新策略。

长期支持

无需立即升级。Capgo 正式支持 Capacitor 8, 7, 6, 5 和 Electron - 给您多年的支持和灵活性以根据自己的节奏升级。

Electron 完全支持
8 Capacitor 8 全面支持
7 Capacitor 7 全面支持
6 Capacitor 6 全面支持
5 Capacitor 5 全面支持

深度预发布验证

手动更新会给你所有的工具来破坏你的应用。Capgo 的CLI会在你的用户之前捕获不兼容的原生变化和发布错误。

原生依赖检查

CLI会扫描你的原生插件并比较版本。如果你的JS包期望的原生插件版本比安装的版本新,我们会在发布前警告你。

版本重复防止

已经上传了这个版本?我们会捕捉它并防止意外覆盖或混淆。

中心-CLI 兼容性

某些功能需要特定的 CLI 版本。我们在上传前验证您的 CLI 和 Capgo 中心的兼容性。

必需文件检查

缺少 index.html?没有 notifyAppReady() 调用?打包文件太大?我们在生产问题之前捕捉这些问题。

什么会在没有验证的情况下发生?

上传一个期望本机插件的 JS 打包文件,但用户没有?您的应用程序会崩溃。并且,如果您的回滚也是 JS,那么您就无法恢复。用户会被困住,直到他们从 App Store reinstall。

如何工作

自动化以获得速度。手动以获得控制。每一步都有安全检查。

1

CLI 验证

在上传前,CLI 检查本机依赖项、版本兼容性和必需文件

2

本机下载

纯原生 code 下载并安装更新 - 完全隔离于 JavaScript

3

应用确认就绪

您的应用程序调用 notifyAppReady()。如果在 10 秒内没有调用,则会自动回滚

Capgo 与基本更新系统

上传一个捆绑包很容易。保护大规模客户是困难的部分

功能 Capgo 手动/其他
更新检测
自动回滚
本机崩溃恢复
预部署验证
自我修复更新
Cloud 回滚 & 修改

准备好使用最全面的 Capacitor 实时更新系统吗?

在 5 分钟内自动启动。切换到手动控制,当您的发布策略需要它时。