设置 & 忘记
存储版本更新缓慢。 Capgo 更新是即时的。
安装本机应用程序一次，通过您的私有商店或 MDM。 之后，通过 Capgo 发送 web 修复，跟踪谁接收了它们，并保持离线设备在最后一个好的捆绑包中。
频道映射
- 频道映射
- prod, site-eu, site-us
- 发布规则
- 先在一个网站，然后在每个位置
- 同步更新
- 离线运行
- 一次安装
- 将已签名的本机 shell 通过您的企业商店或 MDM 发布。
- 同步更新
- 设备在预定的同步时间窗口、签到时间或任何可用网络窗口中拉取最新的捆绑包。
- 离线运行
- 当设备离线时，应用程序会从缓存捆绑包中继续运行。
每次商店发布都会拖慢团队
商店和企业包发布的协调和验证在每个设备上都很困难。Capgo 为您提供了一个即时发布的 web 层路径，具有通道、设备日志、阶段性发布和回滚功能。
- 一次安装
- 1x
- 同步更新
- CI上传
- 离线运行
- 缓存
无需管理的工作流程
- 1
只需发布一次原生壳
通过MDM、企业应用商店或内部设备分发流程发布已签名的iOS或Android应用
- 2
将设备锁定到正确的频道
使用默认频道进行生产，然后根据需要分割到站点、国家、团队或硬件版本
- 3
从CI发布Web更新
构建、测试并上传Capacitor Web包到Capgo。原生code更改仍然需要通过正常的企业打包流程
- 4
在线时让设备更新
设备在计划的连接窗口中获取更新，并在离线使用时保留最后一个良好包本地存储。
- 5
观察、回滚、重复
使用频道、设备日志、阶段性发布和回滚，以免本地团队被要求调试生产安装。
针对离线企业约束而设计
使用Capgo作为Web资产的发布层，而不是替代您的本机分发过程。 本机二进制文件仍然通过您的企业打包流程移动。
- 离线优先运行时
- 应用程序从安装的本机shell中打开，并且最后一次验证的Capgo包，因此用户可以在没有活跃连接的情况下继续工作。
- 站点控制
- 将发布推送到一个站点，验证它与一个小组，然后将相同的包扩展到更多的位置。
- 低触点用户
- 用户不断打开相同的内部应用。更新在设备连接到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和资产。 本机插件更改仍然需要一个新的签名本机包。
- 离线设备将继续运行最后一次成功的捆绑包，直到它们重新连接并获取下一个批准的更新。
- 这不是一个消费者应用商店绕过。它是一个为已经自行分发的团队提供的私有应用程序运营模型。
您想为内部应用程序使用此发布模型吗？
将通道、发布规则和跟踪与您的实际运营模型进行映射。