__CAPGO_KEEP_0__ | 实时更新

Capacitor 实时更新

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

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

原生回滚

JS 失败在 JavaScript 之外恢复

动态通道

Canary、beta、支持和生产跟踪

CLI 安全检查

本机依赖风险在上传前被捕获

设备日志

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

为发布减压

知道生产发生故障时会发生什么。

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

恢复生产不必等待审查

使用live更新进行JavaScript、CSS、复制、远程配置和web资产修复,而native变化继续通过店铺。

在每个人都接收到构建之前控制风险

将构建发送到内部、beta、canary和生产通道,回滚准备就绪,直到发布成为支持事件。

证明发布后发生了什么

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

选择实时更新时这些陈述为真

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

为什么Capgo

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

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

01

第一个独立路径

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

02

自动或手动

5分钟内自动安装和部署,或切换到半自动流程,支持自定义发布、支持、QA和用户级别场景。

03

最适合大规模

每月1亿+更新,50万+设备,动态频道,设备日志,差分更新,加密,自主托管和原生恢复。

04

安全发布

CLI检查原生依赖项、必需文件、打包完整性、重复版本和集群兼容性,确保更新到达用户之前经过检查。

完整的实时更新系统

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

更新检测

CLI扫描原生依赖项并在部署不兼容更新之前警告您。快速部署网页变化而不推送原生破坏code给客户。

纯原生引擎

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

自动回滚

If your app doesn't call notifyAppReady() within 10 seconds, we automatically roll back to the last working version.

自我修复更新

fallback bundle 机制始终保持一个可用的版本。用户永远不会看到一个损坏的应用。

预检验证

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

防篡改更新

每个更新都被校验、签名和端到端加密。没有人可以篡改更新 - 不管是 Capgo 还是其他人都看不到你的 bundle 内容。

更新可观察性

所有设备日志 - 不需要 Xcode 或 Android Studio

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

  • 设备级别的时间线突出了下载卡顿、校验和问题或缺少 notifyAppReady() 的情况。
  • 频道的防护措施已经经过验证:查看 disableAutoUpdateToMajor、模拟器/开发者阻塞和平台过滤器的实时数据。
  • 快速检测爆炸半径:更新失败,需要升级计划,防止用户流失。
  • 为工程、QA 和支持提供共享日志(无需 Xcode/Android Studio 掘金)。
14:30:02 设备 A1B2C3 下载开始 2.6.0
14:30:07 设备 A1B2C3 更新失败(网络超时)
14:30:08 设备 F0E1D2 自动重试计划(30s)
14:31:15 设备 F0E1D2 更新失败(内存不足)
14:31:16 __CAPGO_KEEP_0__ __CAPGO_KEEP_0__

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

__CAPGO_KEEP_1__

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__ __CAPGO_KEEP_1__ __CAPGO_KEEP_1__ __CAPGO_KEEP_1__ __CAPGO_KEEP_1__
  • __CAPGO_KEEP_1__
  • 运行灰度测试:克隆生产环境到一个10%的频道,使用单个API调用进行推动或回滚。
  • 解除支持限制:将一个用户移动到一个附带额外日志的调试频道,而其他用户仍保持稳定。
  • 为个人用户创建个人频道 - 适合用于调试特定问题或VIP服务。
  • 所有频道变更都是即时的 - 无需等待24小时、无需商店批准、无需用户操作。
用户选择 “测试环境(v2.5.0-rc1)” 设置频道
14:41:10 设备A1B2C3 获取→测试环境清单
14:41:14 设备A1B2C3 下载完成 2.5.0-rc1
14:43:02 支持用户 Q7R8S9 设置频道 → debug-logs
14:55:00 试验群 自动升级到生产环境

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

云原生配置

所有配置都存储在云端

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

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

从控制台点击即可在全球范围内部署在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 即可启用差分更新功能

Terminal
# 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、移动应用或您自己的高级发布逻辑中管理频道。

云控制台管理

从Web控制台创建、配置和切换频道。立即回滚一次点击。

API & CLI访问

使用我们的CLI或RESTAPI自动管理频道。适合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 会在 native 变化和发布错误到达用户之前捕获不兼容的变化和发布错误。

Native Dependency Check

CLI检查您的本机插件并比较版本。如果您的JS包期望的本机插件版本比安装的版本新,我们在部署前警告您。

Duplicate Version Prevention

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

Hub-CLI Compatibility

某些功能需要特定的CLI版本。我们在您的CLI和Capgo hub之间验证兼容性,才能允许上传。

Required Files Check

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

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

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

How It Works

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

1

CLI 验证

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

2

原生下载

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

3

应用确认就绪

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

Capgo 与基本更新系统

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

功能 Capgo 手动/其他
更新检测
自动回滚
原生崩溃恢复
预发布验证
自我修复更新
Cloudflare 回滚 & 修改

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

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

从 Capgo 实时更新继续

如果您正在评估实时更新用于生产发布,请连接此页面 频道 为 rollout 路由配置, 回滚 为恢复, 更新行为 为运行时规则, 版本目标解决方案 为 兼容性控制, 和 Capgo 原生构建 为仍然需要签名二进制文件的发布.