__CAPGO_KEEP_0__ | 版本目标

版本目标

减少惊喜

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

原生版本每个频道

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

选择性更新分发

推送更新到 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 的 Push JS 更新推送到 2.0+ 通道。

逐渐发布

在您的最新原生版本上测试一个风险的更改。如果稳定,则推送到旧版本。

版本下沉

继续将更新推送到 2.x 的同时停止更新原生 1.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 打包上,而不强制所有人使用一个更新路径。

应用类型
版本目标
应用商店分类
社会, 医疗, 天气
来源
公共应用商店数据集
风向网 - 天气预报 app 图标

天气

风向网 - 天气预报

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

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

需要精确的更新控制吗?

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