__CAPGO_KEEP_0__ | 版本目标

目标版本

减少意外和工作量

降低风险和技术债务。推送特定原生版本的更新,逐渐发布更改,并保持较旧的版本稳定 - 但仍保留对更新分发的完全控制。

原生版本通道

为每个原生构建创建一个通道。当您发布原生版本 1.5.0 时,创建一个针对该版本的通道。所有针对该原生版本的 JS 更新都将发送到该通道。

选择性更新分发

推送更新到版本 1.3、1.4 和 1.5,但跳过 1.2。适用于较旧的原生版本无法支持新功能的情况。

AppFlow 迁移准备

重现 AppFlow 的版本关联通道行为。每个原生构建都映射到一个 Capgo 通道,保留您习惯的控制权。

优雅的废弃

当您准备停用旧版本时,不要再推送更新。旧版本的用户保持稳定,而新版本获得更新。

AppFlow迁移

AppFlow用户:您的迁移路径

AppFlow自动将原生版本绑定到原生版本。使用Capgo,您可以获得相同的行为,但具有更大的灵活性:

  • 1
    为每个原生版本创建一个频道(例如‘native-1.5.0’)
  • 2
    配置您的应用程序以使用匹配其原生版本的频道
  • 3
    将捆绑包推送到特定频道以实现目标分发
  • 4
    使用我们的CLI在需要时一次性推送到多个频道
capacitor.config.ts
// Set channel based on native version
import { CapacitorConfig } from '@capacitor/cli'
import { version } from './package.json'

const config: CapacitorConfig = {
  plugins: {
    CapacitorUpdater: {
      defaultChannel: `native-${version}`,
    }
  }
}

// Upload to specific version channels
# Push to all 1.5.x versions
npx @capgo/cli bundle upload --channel native-1.5.0
npx @capgo/cli bundle upload --channel native-1.5.1
npx @capgo/cli bundle upload --channel native-1.5.2

# Skip older versions that can't support new features
# native-1.4.x devices stay on their current bundle

常见场景

原生版本更改

原生版本2.0具有新插件API。仅将使用新API的JS更新推送到2.0+频道。

逐步发布

在最新的本机版本上测试一个风险的变化。如果稳定,推送到旧版本。

版本落日

停止更新本机 1.x,同时继续将 2.x 发送给用户。旧版本的用户将保持在他们的最后一个稳定更新。

版本到频道映射

每个本机版本都指向自己的频道,以便精确地控制更新

本机 2.0
native-2.0.0
最新打包
本机 1.5
native-1.5.0
最新打包
Native 1.4
native-1.4.0
没有新更新

仅将更新推送到 2.0 和 1.5 通道。1.4 版本的用户将保持在他们最后一次工作的捆绑包上。

Capacitor 构建的应用

公开应用必须支持旧和新native版本

公民、健康和预测应用可能支持较旧的Android版本和不同设备的世代。版本目标将每个native构建保持在最新的兼容Web捆绑包上,而不强制所有人使用一个更新路径。

应用类型
版本目标
商店分类
社交、医疗、天气
公共数据集
Windy.com - 天气预报应用图标

天气

Windy.com - 天气预报

设备能力和地图性能可能会因版本而异的天气应用。

32.9M 安装 4.7 分数
查看 Google Play 列表

需要精确的更新控制?

开始针对特定的原生版本进行更新