ページのオプションをコピー
コピー可能なセットアッププロンプトにインストールステップとこのプラグインの全マークダウンガイドを含めます
このドキュメントでは、バージョン管理されたチャンネルを使用してアプリのバージョン管理とユーザーへの互換性のあるアップデートを実現する方法を説明します。このアプローチにより、ユーザーが互換性のあるアップデートを受けながら、アプリの異なるバージョンを維持できます。
以下の例を想定します。
- App version 1.2.3 (古いバージョン) - 製品チャネルを使用
- App version 2.0.0 (新しいバージョンに破壊的な変更が含まれる) - v2 チャネルを使用
- Live update 1.2.4 (1.2.3 と互換性がある)
- Live update 2.0.1 (2.0.0 と互換性がある)
戦略: メジャーバージョンごとにデフォルトチャネルを常に使用する
推奨アプローチ:メジャーバージョンごとにデフォルトチャネルを設定すること。これにより、特定のユーザーグループにアップデートをプッシュすることができるようになりますが、ダイナミックチャネル割り当てに頼る必要がありません。 コピー defaultChannel コピー
// Version 1.x releasesdefaultChannel: 'v1'
// Version 2.x releasesdefaultChannel: 'v2'
// Version 3.x releases (future)defaultChannel: 'v3'__CAPGO_KEEP_0__
セクションのタイトル “1. バージョン 2.0.0 のための新しいチャンネルを作成””# Create channel for version 2.xnpx @capgo/cli channel create v22. バージョン 2.0.0 のための Capacitor の設定を更新
セクションのタイトル “2. バージョン 2.0.0 のための Capacitor の設定を更新””バージョン 2.0.0 をアプリ ストアにビルドする前に、Capacitor の設定を更新してください:
import { CapacitorConfig } from '@capacitor/cli';
const config: CapacitorConfig = { appId: 'com.example.app', appName: 'Example App', plugins: { CapacitorUpdater: { // ... other options defaultChannel: 'v2' // All 2.0.0 users will use v2 channel } }};
export default config;3. 分離されたCodeブランチを管理する
セクションのタイトル「3. 分離されたCodeブランチを管理する」アプリのバージョン間の互換性を維持するために、別々のGitブランチを作成してください。
# Create and maintain a branch for version 1.x updatesgit checkout -b v1-maintenancegit push origin v1-maintenance
# Your main branch continues with version 2.x developmentgit checkout main重要な注意事項: 古いアプリに存在しないネイティブcode/APIを提供するJavaScriptバンドルをpushしてはなりません。適切なブランチから更新をビルドするようにしてください。
- バージョン1-maintenanceブランチ: 1.xアプリの更新用(productionチャンネル)
- メインブランチ: 2.xアプリケーション (v2 チャネル) の更新に対して
4. リソースチャネルにバンドルをアップロードする
「4. リソースチャネルにバンドルをアップロードする」セクション# For 1.x updates: Build from v1-maintenance branchgit checkout v1-maintenance# Make your 1.x compatible changes herenpx @capgo/cli bundle upload --channel production
# For 2.x updates: Build from main branchgit checkout main# Make your 2.x changes herenpx @capgo/cli bundle upload --channel v25. 自己割り当てを有効にする
「5. 自己割り当てを有効にする」セクション# Allow apps to self-assign to v2 channelnpx @capgo/cli channel set v2 --self-assign6. アプリストアにデプロイする
「6. アプリストアにデプロイする」セクションアプリストアにバージョン2.0.0をビルドおよびデプロイします。 このバージョンをダウンロードするすべてのユーザー(新規ユーザーまたはアップグレード中の既存のユーザー)は、アプリパッケージで構成されているため、自動的にv2チャンネルを使用します。
将来のバージョンへの拡大
バージョン3.0.0をリリースする際に、さらに破壊的な変更が含まれる場合:ターミナルウィンドウ
# Create channel for version 3.xnpx @capgo/cli channel create v3// capacitor.config.ts for version 3.0.0const config: CapacitorConfig = { // ... plugins: { CapacitorUpdater: { defaultChannel: 'v3' // Version 3.x users } }};現在は、任意のバージョンにアップデートをプッシュできます:
productionチャネル → バージョン 1.x ユーザーv2チャネル → バージョン 2.x ユーザーv3チャネル → バージョン 3.x ユーザー
7. クリーンアップ (移行後)
「7. クリーンアップ (移行後)」のセクションすべてのユーザーがバージョン 2.x に移行した後 (約 3-4 か月後):
- 削除
defaultChannelCapacitor の設定から削除 - バージョン 2 のチャネルを削除:
npx @capgo/cli channel delete v2- v1-maintenance branchを削除してください:
git branch -d v1-maintenancegit push origin --delete v1-maintenance各チャンネルでテストを徹底的に行ってから、更新をデプロイするようにしてください。
バージョン1.xの更新の維持
「バージョン1.xの更新の維持」バージョン 1.x に対応する更新を送信するには:
- バージョン 1.x メンテナンスブランチに切り替えます:
git checkout v1-maintenance- 変更を加えてコミットしてください:
# Make 1.x compatible changesgit add .git commit -m "Fix for v1.x"git push origin v1-maintenance- ビルドとプロダクションチャンネルにアップロードしてください:
npx @capgo/cli bundle upload --channel productionBreaking Changesから続けてください
Breaking Changesから続けてくださいBreaking Changesを使用している場合 Breaking Changes Capgoのリリースチャンネル機能である チャンネル チャンネル チャンネル チャンネル チャンネル チャンネル ベータテスト ソリューション ベータテスト ソリューションにおける製品ワークフロー、および バージョン ターゲット ソリューション バージョン ターゲット ソリューションにおける製品ワークフロー。