跳过主要内容

版本目标

版本目标

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

人性化的支持

原生版本/通道

创建一个通道来为每个原生构建。

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

选择性更新分发

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
最新的捆绑包
原生 1.4
native-1.4.0
没有新更新

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

使用 Capacitor 构建的应用

公共应用必须支持旧和新原生版本

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

应用类型
版本目标定位
应用分类
SOCIAL, MEDICAL, WEATHER
来源
公共商店数据集
e-Título应用图标

SOCIAL

e-Título

该应用需要广泛的公共设备兼容性,具有公民身份。

54.9M安装 4.8星级
查看Google Play列表
Conecte SUS应用图标

医疗

Conecte SUS

健康应用,可能需要不同版本的原生壳和web包。

27.7万安装 4.6分
查看Google Play列表
Windy.com - 天气预报应用图标

天气

Windy.com - 天气预报

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

32.9万安装 4.7分
查看 Google Play 列表

需要精确的更新控制?

开始针对特定的本机版本更新。

来自马丁的专业支持