跳过主要内容
Capgo logo

设置与忘记

私有应用程序自动更新

仅需通过 MDM 或内部商店安装原生应用程序一次。之后,Capgo 会在后台下载新 Web 包,等待您选择应用时应用它们,失败的包回滚,显示每台设备运行的版本。

来自 Martin 的人性化支持

频道映射

Capgo 控制台频道列表用于管理私有应用程序的发布
频道映射
示例:生产环境,欧洲站点,美国站点
发布规则
先在一个站点上部署,然后在所有站点上部署
更新检查
打开应用程序时,10分钟后
只需安装一次
将签名的原生应用程序通过 MDM、企业应用商店或设备配置流程发送
在后台更新
应用程序在打开时检查是否有新版本,并每 10 分钟检查一次,如果有新版本,则在后台下载
保持离线工作
设备断网后仍然运行当前的应用程序,直到重新连接后再检查更新

没有人会点击更新

Capgo通常用于自动更新设备的Web层,自动回滚失败的包,并且告知您每个设备正在运行什么。

原生安装
一次,通过MDM
更新检查
每10分钟在线时
启动包失败
回滚

专为无人管理的设备而设计

请将Capgo作为Web资产的发布通道,而不是取代您的原生分发。原生二进制文件仍然需要通过您的企业打包流程。

离线运行
应用程序从最后下载的包中启动。没有连接的设备继续运行它,并在重新连接时再次检查。
更新行为文档
每个网站一次
为每个网站或团队分配一个独立的频道。验证一个网站上的包,然后将该包链接到其他频道。
频道文档
恢复坏包
如果新包在10秒内没有调用notifyAppReady(),设备将其标记为失败并切换回上一个工作包。没有人需要做任何事情。
notifyAppReady()和自动回滚
显示每个设备运行的内容
设备日志记录检查、下载、安装和失败。使用setCustomId()设置一个自定义ID,以便将Capgo设备与您的资产列表匹配。
设备和自定义ID

如何工作

IT团队如何使用Capgo来保持管理设备的最新状态

配置应用程序一次,然后从CI发布并在控制台中监控。以下所有命令和设置都是来自Capgo文档的。

  1. 只需在首次安装应用程序时使用默认频道

    defaultChannel 将从此构建中的所有设备都放置在正确的频道中,例如每个网站一个。 autoUpdate:'always' 一旦下载完成,就会应用新的捆绑包,这适用于永远不会进入后台的 kiosk 应用程序。

    // capacitor.config.ts
    plugins: {
      CapacitorUpdater: {
        defaultChannel: 'site-eu',
        autoUpdate: 'always',
        autoSplashscreen: true,
      },
    },
    更新行为文档
  2. 在启动时调用 notifyAppReady()

    这告诉更新器新捆绑包已加载。如果一个捆绑包永远无法到达,设备会自动切换回最后一个工作的捆绑包。

    import { CapacitorUpdater } from '@capgo/capacitor-updater'
    
    // once your app has loaded
    CapacitorUpdater.notifyAppReady()
    notifyAppReady() 和自动回滚
  3. 从 CI 发布,首先发布一个网站

    上传时使用 --delta,设备只下载更改的文件。当第一个网站看起来正确时,将同一个捆绑包链接到其他频道。

    npx @capgo/cli@latest bundle upload --channel site-eu --delta
    # after the first site checks out
    npx @capgo/cli@latest channel set site-us com.example.app \
      --bundle 1.4.2
    频道文档
  4. 监控设备并从一个地方回滚

    设备日志显示每次检查、下载、安装和失败。 Observe (beta) 比较了捆绑包版本的启动和 WebView 时间。要回滚一个网站,请将其之前的捆绑包链接。

    # roll site-eu back to the previous bundle
    npx @capgo/cli@latest channel set site-eu com.example.app \
      --bundle 1.4.1
    Observe

什么是它,什么不是它

  • 用于私有企业分发通过MDM、Apple Business Manager、Android Enterprise或内部企业商店
  • Capgo 更新 JavaScript、HTML、CSS 和资产。原生插件更改仍然需要一个新的签名的原生包。
  • 离线设备会持续运行最后一次成功的捆绑包,直到它们重新连接并获取下一个批准的更新。
  • 这不是一个消费者应用商店绕过。它是一个为已经自行分发的团队提供的私有应用运营模型。

使用 Capacitor 构建的应用

账户应用需要安静、自动的维护

电信和支持应用有计费、计划、支持和设备工作流程,必须保持最新状态,而不需要用户安装一个新的二进制文件来实现每个小改进。

我的瑞士信贷应用图标 生产力

我的瑞士信贷

账户应用,支持、计划和计费变更应该静悄悄地发布。

谷歌商店安装
180万
应用商店评分
4.4
我的沃达丰应用图标 工具

我的沃达丰

运营商自助应用,用户不应管理每个小更新。

Google Play 安装
1.11亿
应用商店评分
4.6
虚拟技术 – 技术支持图标 工具

虚拟技术 – 技术支持

支持应用程序,诊断和帮助流程需要维护而无需发布额外负载。

谷歌商店安装
10.3万
应用商店评分
4.3

客户证明

使用 Capgo 的团队说什么

5.0/5 评分 9,400+ 团队 查看评论

无语气 @ Webincode

开发者, Webincode

“能够将设备ID添加到特定组并推送更改到仅特定组是救命稻草.”

Sergiu S的肖像

Sergiu S

drivolino GmbH的首席开发官, Sergiu S

“Capgo Capgo Capacitor Updater插件彻底改变了我们如何部署更新。过去的几天现在只需要几分钟.”

Kapil

NuTriQ创始人, Kapil

“能立即推送生产 OTA 更新,无需等待完整 App Store 审核周期,这对我们来说是一个巨大的运营优势.”

常见问题

设备管理团队的问题

对于无人手动更新的自助机、MDM 和内部应用

我们的自助机应用程序永远不会进入后台。它仍会更新吗?

是的,设置为'always'的autoUpdate。插件每 10 分钟检查一次(periodCheckDelay,600 秒最小),并立即应用下载的包。默认'atBackground',包将等待应用程序进入后台。立即应用还需要 @capacitor/splash-screen 和开启 autoSplashscreen。

更新行为文档

如果更新破坏了设备上的应用程序?

如果新包在 10 秒内不调用 notifyAppReady(),设备将切回之前的工作包。您还可以将通道指向较早的包,或者强制使用内置包,设备在下一次检查时会接收它。

回滚文档

是否可以在下一次检查之前推送一个修复?

如果您设置了 Capgo Notifications,且通道设置为 --send-update-notification,则会在更改通道包后发送一个静默的更新检查通知。交付是最佳努力的,取决于操作系统、网络和设备状态。它无法到达离线或强制退出的应用程序。

无声更新检查

我们是否仍然需要 MDM 或内部商店?

是的,对于原生应用。Capgo 更新 JavaScript、HTML、CSS 和资产。新插件、原生 code 和 Capacitor 配置更改仍然以签名包的形式通过您的 MDM 或内部商店发送。

需要原生构建什么

更新流量是否可以在我们的基础设施上保持?

企业计划提供专用、混合和许可的自主设置。您还可以使用开源更新器运行自己的更新服务器,但您需要自己构建功能,如通道和统计。

自主更新器文档

您想为内部应用采用此发布模型吗?

告诉我们您的设备如何注册和连接。我们可以走通道、更新时间和回滚您的fleet。