アプリフローユーザー：ここが移行パスです

アプリフローはネイティブバージョンと自動的にバンドルを紐付けました。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

コンテキスト: 解決策ページのアプリ例セクション。役割: セクションサブタイトルまたはタグライン。見られる場所: コンポーネント solutions/SolutionAppExample.astro。Capgo の製品/ブランドと開発者用語をそのまま保存します。

パブリックアプリは古いと新しいネイティブバージョンをサポートする必要があります

コンテキスト: 解決策ページのアプリ例セクション。役割: セクションまたはページヘッダー。メッセージキー `solution_app_examples_version_targeting_headline` (解決策アプリ例のバージョンターゲティングヘッダー)。: 市民、健康、予報アプリは古い Android バージョンと異なるデバイス世代をサポートできます。バージョンターゲティングは、すべてのユーザーに一つのアップデートパスを強制しないように、ネイティブビルドを最新の互換性のあるウェブバンドルに維持します。
カテゴリのストア: 社会、医療、気象
ソース: パブリックストアデータセット