恢复生产不必等待审查
使用live更新进行JavaScript、CSS、复制、远程配置和web资产修复,而native变化继续通过店铺。
为发布减压
Capgo 为移动团队提供了紧急web修复、控制发布和清晰的审计记录的发布路径,使坏的发布不再成为等待店铺审查的几天时间。
使用live更新进行JavaScript、CSS、复制、远程配置和web资产修复,而native变化继续通过店铺。
将构建发送到内部、beta、canary和生产通道,回滚准备就绪,直到发布成为支持事件。
使用设备日志、更新状态、打包历史和采用度指标来向工程、支持和领导解释发布。
为什么Capgo
Capgo不是基本的打包上传器。它是围绕打包的发布系统:目标、验证、可观察性、回滚和控制,适用于无法承受破坏生产的团队。
Capgo为Capacitor团队提供了一个专注的发布系统,用于实时更新,具有开源的SDK、灵活的托管和生产控制,针对真正的应用程序。
5分钟内自动安装和部署,或切换到半自动流程,支持自定义发布、支持、QA和用户级别场景。
每月1亿+更新,50万+设备,动态频道,设备日志,差分更新,加密,自主托管和原生恢复。
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 内容。
更新可观察性
Capgo 可以捕获 OTA 全过程:检查、下载、安装、策略阻塞和回滚。这样你就可以在几秒钟内回答“发生了什么?”的问题,而不是花费几个小时。
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
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 将所有应用配置存储在云端,实现全球数据复制。通过控制台修改设置,全球范围内在2分钟内生效。无需应用商店更新,无需等待。
从控制台点击即可在全球范围内部署在2分钟内
现实世界支持
以下是一个现实场景:用户报告了一个bug。您与他们交谈,了解问题,修复它在code中,并将修复部署到仅仅那一名用户——在他们仍然在电话上时。他们测试它,确认修复有效,并将其部署到生产环境。总时间:几分钟,不是几天
客户支持接到bug报告。您加入电话会议来了解问题
为该用户创建一个个人频道,推送修复,并将他们的设备分配到该频道
用户确认修复有效。将包推送到生产环境中,供所有人使用
从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控制台创建、配置和切换频道。立即回滚一次点击。
使用我们的CLI或RESTAPI自动管理频道。适合CI/CD集成。
让设备在运行时切换频道使用setChannel()。适合QA测试人员或beta测试人员。
强制设备>云>配置默认>云默认。对更新路由有完全控制。
实时可见度到您的更新部署。跟踪下载进度、成功率和设备健康状况跨整个用户基数。
查看哪些设备正在下载、安装或待定。跟踪整个车队的进度。
实时监控更新成功率。识别问题在它们影响更多用户之前。
跟踪哪些设备在哪个版本。识别设备卡在旧版本上。
查看捆绑包大小、下载时间和回滚频率。以数据为依据优化您的更新策略。
无需立即升级。Capgo正式支持Capacitor 8, 7, 6, 5 和 Electron - 给您多年的支持和灵活性以根据自己的时间表升级。
手动更新会让你拥有所有破坏应用的工具。 Capgo 的 CLI 会在 native 变化和发布错误到达用户之前捕获不兼容的变化和发布错误。
CLI检查您的本机插件并比较版本。如果您的JS包期望的本机插件版本比安装的版本新,我们在部署前警告您。
已经上传了这个版本?我们会捕捉它并防止意外覆盖或混淆。
某些功能需要特定的CLI版本。我们在您的CLI和Capgo hub之间验证兼容性,才能允许上传。
缺少index.html?没有notifyAppReady()调用?打包太大?我们在这些问题变成生产问题之前捕捉它们。
上传一个期望用户没有的本机插件的JS包?您的应用程序会崩溃。并且,如果您的回滚也是在JS中,那么您就无法恢复。用户会被困在App Store重新安装中直到他们重新安装。
自动化以获得速度。手动以获得控制。每一步都有安全检查。
上传之前,CLI 检查原生依赖项、版本兼容性和必需文件
纯原生 code 下载和安装更新 - 完全隔离于 JavaScript
您的应用程序调用 notifyAppReady()。如果在 10 秒内没有调用,则会自动回滚
上传一个捆绑包很容易。保护大规模客户是困难的部分
| 功能 | Capgo | 手动/其他 |
|---|---|---|
| 更新检测 | ✓ | ✗ |
| 自动回滚 | ✓ | ✗ |
| 原生崩溃恢复 | ✓ | ✗ |
| 预发布验证 | ✓ | ✗ |
| 自我修复更新 | ✓ | ✗ |
| Cloudflare 回滚 & 修改 | ✓ | ✗ |
如果您正在评估实时更新用于生产发布,请连接此页面 频道 为 rollout 路由配置, 回滚 为恢复, 更新行为 为运行时规则, 版本目标解决方案 为 兼容性控制, 和 Capgo 原生构建 为仍然需要签名二进制文件的发布.