设置 & 忽略
Store releases are slow. Capgo updates are instant.
Install the native app once through your private store or MDM. After that, ship web fixes through Capgo, track who received them, and keep offline devices on the last good bundle.
频道映射
- 频道映射
- prod, site-eu, site-us
- 发布规则
- 先发布一个站点，然后发布所有位置
- 同步更新
- 离线运行
- 只需安装一次
- 将已签名的本机 shell 通过企业商店或 MDM 发布。
- 同步更新
- 设备在预定的同步时间窗口、签到时间或任何可用的网络窗口下，拉取最新的包。
- 离线运行
- 设备离线时，应用程序仍然可以从缓存包中运行。
每次发布商店都会拖慢团队的速度
Store 和企业包发布很难在每个设备上协调和验证。 Capgo 给你一个立即发布的 web 层路径，带有通道、设备日志、分阶段发布和回滚功能。
- 一次安装
- 1x
- 同步时更新
- CI 上传
- 离线运行
- 缓存
无需配置的工作流程
- 1
只需发布一次原生 shell
通过 MDM、企业应用商店或内部设备分发流程分发已签名的 iOS 或 Android 应用程序。
- 2
锁定设备到正确的通道
在生产环境中使用默认通道，然后根据需要分割到站点、国家、团队或硬件生成器。
- 3
Publish web updates from CI
构建、测试并上传 Capacitor 网页包到 Capgo。本地 code 变更仍然通过您的正常企业打包流程进行。
- 4
Let devices update when online
设备在计划的连接窗口期间获取更新，并在离线使用时保留最后一个良好包。
- 5
Watch, rollback, repeat
使用通道、设备日志、阶段性发布和回滚，以便不要求本地团队调试生产安装。
Designed for offline enterprise constraints
使用 Capgo 作为 web 资产的发布层，而不是替代您的本机分发流程。 本机二进制文件仍然通过您的企业打包流程进行。
- Offline-first runtime
- 应用程序从安装的本机 shell 打开，并使用最后一次验证的 Capgo 包，因此用户可以在没有活跃连接的情况下继续工作。
- Site-by-site control
- 将发布推送到一个网站，验证它与一个小组，然后将相同的包推送到更多地点。
- 低触发用户
- 用户持续打开同一内部应用。设备连接到Wi-Fi或预定同步时间窗口时，更新会在后台下载。
- 审计友好发布
- 工程团队可以看到捆绑包版本、渠道、发布状态和设备日志，而无需要求本地团队进行故障排除。
示例实现模式
使用Capgo作为Web资产的发布层，而不是替代您的本机分发流程。 本机二进制文件仍然通过您的企业打包流程移动。
CI上传
# Build and publish the web layer
npx @capgo/cli@latest bundle upload --channel site-eu
# Promote after the first site validates it
npx @capgo/cli@latest channel set production com.enterprise.app --latest应用渠道配置
const config = {
plugins: {
CapacitorUpdater: {
defaultChannel: 'production',
autoUpdate: true,
},
},
}什么是它，什么不是它
- 使用此功能进行私有企业分发，通过MDM、Apple Business Manager、Android Enterprise或内部企业商店。
- Capgo更新JavaScript、HTML、CSS和资产。 本机插件更改仍然需要一个新的签名本机包。
- 离线设备将持续运行最后一次成功的捆绑包，直到重新连接并获取下一个批准的更新。
- 本不是一个消费者应用商店绕过。它是一个私有应用运营模型，适用于已经自行分发的团队。
想为您的内部应用采用此发布模型？
在您的真实运营模型中映射通道、发布规则和跟踪。