跳过至主要内容

无需维护

私有应用程序自动更新

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

频道映射

Capgo用于管理私有应用的发布的控制台频道列表
频道映射
例如:生产环境、欧洲站点、美国站点
发布规则
首先更新一个站点,然后更新所有站点
更新检查
在打开时检查,然后每10分钟检查一次
一次安装
将签名的原生应用通过MDM、企业应用商店或设备配置流程发送。
后台更新
应用程序在打开时检查是否有新包,并在打开期间每10分钟检查一次,并在后台下载它。
继续工作离线
设备断网后仍然可以继续运行当前的应用,并在重新上线时检查更新。

没有人会点击更新

在没有人手动管理的场景下,例如自助机、共享平板和现场设备,通常会运行一款应用程序一整天。用户不会打开商店来更新它,而IT部门也不想为每个网页修复推送一个新的包。Capgo会自动保持web层的最新状态,回滚失败启动的包,并告知您每个设备正在运行什么。

原生安装
一次,通过MDM
更新检查
每10分钟打开时
包无法启动
回滚

为无人管理的设备而设计

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

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

如何工作

How IT teams keep managed devices current with Capgo

配置应用一次,然后从CI中释放并在控制台中监视。以下所有命令和设置都是从Capgo文档中获取的。

  1. 一次安装应用程序

    defaultChannel将从此构建中的每个设备都放置在正确的通道上,例如每个网站一个。autoUpdate:'always'在下载新包后立即应用新包,这适用于永远不会进入后台的kiosk应用程序。

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

    notifyAppReady()和自动回滚

    import { CapacitorUpdater } from '@capgo/capacitor-updater'
    
    // once your app has loaded
    CapacitorUpdater.notifyAppReady()
    从CI发布,首先发布一个网站
  3. 上传时使用--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. 一键监控设备并回滚

    设备日志显示每次检查、下载、安装和失败。观察(beta)通过bundle版本比较启动和WebView时间。要回滚一个站点,请链接到其之前的bundle。

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

什么是它,什么不是它

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

使用 Capacitor 构建的应用

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

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

我的 Swisscom 应用图标 生产力

我的 Swisscom

账户应用程序,支持、计划和计费变更应静悄悄地发货。

Google Play 安装
1.8百万
商店评分
4.4
My Vodafone 应用程序图标 工具

我的沃达丰

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

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

技术虚拟 – 技术支持

支持应用,诊断和帮助流程需要维护而无需发布任何内容。

Google Play 安装
1.03亿
商店评分
4.3

客户证明

使用Capgo的团队说什么

5.0/5 开发团队评级 9,400+ 团队 查看评论

无语气 @ Webincode

开发者, Webincode

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

肖像 Sergiu S

Sergiu S

drivolino GmbH首席开发官

“Capgo Capacitor 更新器插件彻底改变了我们发布更新的方式。过去需要几天的时间,现在只需要几分钟。”

Kapil

创始人,NuTriQ

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

常见问题

设备管理团队的常见问题

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

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

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

更新行为文档

如果更新破坏了设备上的应用程序,会发生什么?

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

回滚文档

如果我们可以在下一次更新检查之前推送一个修复吗?

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

静默更新检查

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

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

需要原生构建什么

我们是否可以将更新流量留在自己的基础设施上?

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

自主托管更新器文档

为您的内部应用选择此发布模型?

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