生产恢复不必等待审核
使用live更新进行JavaScript、CSS、copy、远程配置和web资产修复，而native变化继续通过商店。
为发布减压
生产中断时，知道发生了什么事。
Capgo为移动团队提供了紧急修复web问题、控制发布、清晰的审计记录的发布路径，使得一次坏的发布不再成为等待审核的日子。
在发布前控制风险
将发布到内部、beta、canary和生产渠道，回滚准备就绪，避免发布成为支持事件。
证明发布后发生了什么
使用设备日志、更新状态、打包历史和采用度指标来向工程、支持和领导解释发布。
选择实时更新时这些陈述为真
- 您需要一个不依赖于App Store或Play Store审查时间的生产错误恢复路径。
- 您的应用程序有多个客户群、白标签部署、测试者或仅支持调试通道。
- 您的团队需要符合法规的控制：签名打包、回滚、审计和自主托管路径。
为什么Capgo
Capgo 将实时更新转换为生产发布系统。
Capgo 不是基本的打包上传器。它是围绕打包的发布系统：目标、验证、可观察性、回滚和控制，适用于无法承受破坏生产的团队。
01
第一个独立路径
Capgo 为Capacitor团队提供了一个专注的发布系统，用于实时更新，具有开源的SDK、灵活的托管和生产控制，适用于真实应用程序。
02
自动或手动
在 5 分钟内使用自动路径安装和部署，或者切换到手动和半手动流程，支持自定义发布、支持、QA 和每个用户场景。
03
最大规模的完整性
每月 10 亿次更新，5 亿台设备，动态频道，设备日志，差分更新，加密，自主托管和原生恢复。
04
安全性在发布之前
CLI 检查原生依赖项、必需文件、打包完整性、重复版本和中心兼容性，确保更新到达用户之前。
完整的实时更新系统
大多数工具可以上传文件。Capgo 添加了发布控制、原生安全性、日志和回滚行为，生产团队需要的功能。
更新检测
CLI 扫描原生依赖项并在部署不兼容更新之前警告您。快速部署 web 变更而不推送给客户 code 原生破坏的更新。
纯原生引擎
下载、安装和激活在原生 OS 线程中运行。JavaScript 崩溃无法影响更新过程。
自动回滚
如果您的应用程序在 10 秒内没有调用 notifyAppReady()，我们将自动回滚到最后一个工作版本。
自我修复更新
fallback 机制始终保持一个工作版本。您的用户永远不会看到一个破损的应用程序。
预检验证
验证 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 设备 A1B2C3 自动重试计划（30s）
14:31:15 设备 F0E1D2 更新失败（内存不足）
14:31:16 设备F0E1D2 回滚 → 内置包
在一个地方获得可操作的上下文：有信心地回滚、升级一个频道或部署一个热修复包。
动态频道
实时切换发布跟踪（无需新二进制）
Capgo频道是实时控制，不是硬编码。从应用UI或API中立即将用户移动到开发、测试、PR、 Canary和生产频道。
- 在应用中添加一个“更新跟踪”菜单：列出频道并让测试人员在 生产 到 测试 几秒钟内跳转（无需重新安装）。
- 为每个特性创建一个pull请求频道，路由QA或beta用户到那里，然后在批准后将他们切换回prod。
- 运行试验鸽子：克隆生产环境到一个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分钟内生效。无需应用商店更新，无需等待。
- 频道分配、版本目标和设备覆盖 - 所有存储在云端并实时可访问
- 全球边缘网络确保您的配置更改同时传播到每个区域
- 在应用中不再有硬编码值 - 所有内容都可以动态更改而无需新二进制文件
- Settings 将在下一次应用启动时生效 - 用户始终获得最新的配置
配置变更时间线
1
仪表盘： 点击 "Assign to channel: beta-testers"
0s 2
复制： 同步到 12 个边缘区域...
~30s 3
设备（东京）： 接收新配置
<2min 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 即可启用差分更新功能。
终端
# 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 - 给您多年的支持和灵活性来根据自己的节奏升级。
新 __CAPGO_KEEP_0__ 8 Electron
8 Capacitor 7 Electron
7 Capacitor 6 Electron
6 Capacitor 5 Electron
5 Capacitor Electron
Electron
Manual updates give you all the tools to break your app. Capgo's CLI catches incompatible native changes and release mistakes before they reach your users.
Native Dependency Check
CLI检查您的本机插件并比较版本。如果您的JS包期望的本机插件版本高于安装的版本，我们在部署前警告您。
Duplicate Version Prevention
已经上传了相同版本？我们会捕捉它并防止意外覆盖或混淆。
Hub-CLI Compatibility
某些功能需要特定的CLI版本。我们在您的Capgo和CLI之间验证兼容性，才能允许上传。
Required Files Check
缺少index.html？没有notifyAppReady()调用？打包太大？我们在这些问题变成生产问题之前捕捉它们。
什么会在没有验证的情况下发生？
上传一个期望用户没有的本机插件的JS包？您的应用程序会崩溃。并且，如果您的回滚也是在JS中，您就无法恢复。用户会被困住，直到他们从App Store重新安装。
How It Works
自动化以获得速度。手动以获得控制。每一步都有安全检查。
1
CLI 验证
上传之前,CLI 检查原生依赖项、版本兼容性和必需文件
2
原生下载
纯原生 code 下载和安装更新 - 完全隔离于 JavaScript
3
应用确认就绪
您的应用程序调用 notifyAppReady()。如果在 10s 内没有调用，则会自动回滚
Capgo 与基本更新系统
上传一个捆绑包很容易。保护大规模客户是困难的部分
| 功能 | Capgo | 手动/其他 |
|---|---|---|
| 更新检测 | ✓ | ✗ |
| 自动回滚 | ✓ | ✗ |
| 原生崩溃恢复 | ✓ | ✗ |
| 预发布验证 | ✓ | ✗ |
| 自愈更新 | ✓ | ✗ |
| Cloudflare 回滚 & 修改 | ✓ | ✗ |
继续使用 Capgo 实时更新
如果您正在评估实时更新用于生产发布，连接此页面与 频道 为 rollout 路由 回滚 为恢复 更新行为 为运行时规则 版本目标解决方案 为 兼容性控制, 和 Capgo 本机构建 为仍然需要签名二进制文件的发布