メジャーバージョンのリリース時
バージョニングは管理が難しいことが多いですが、通常、ユーザーに大きな変更が見られる場合にメジャー アップデートを送りたいと思います。
バージョニングはその目的で作られていないため、アプリ ストアのバージョンはネイティブ バージョンとは異なります。
ネイティブ バージョンは、 code
IOSでは、例えばiOS 16はAppleのものですが、__CAPGO_KEEP_0__のバージョンは store version of Apple, but the code version is 20A5283p 今は明らかです。混ぜるのではなく、それらをそれぞれの目的で使用する!
メジャーリリース
__CAPGO_KEEP_0__アプリ内で、メジャーリリースは、破壊的な変更が発生した場合に必要です。 例えば、新しいIOSのターゲット（15から16）、または新しい__CAPGO_KEEP_1__のバージョン（3から4）、または使用しているプラグイン（1.2から2.0）がメジャーバージョンにアップグレードされた場合などです。
In your Capacitor app, a major release is necessary when a breaking change happens. For example, a new IOS target (15 to 16), or a new version of Capacitor (3 to 4), or a plugin (1.2 to 2.0) you use have been updated to a major version.
そのため、__CAPGO_KEEP_0__はこのシステムを採用しています。 したがって、メジャーリリースを行った場合、__CAPGO_KEEP_1__は、ストアからインストールされていないユーザーに送信されません。
That why Capgo follows this system.
So if you release a major version, Capgo will not send it to a user who doesn’t have it installed from the store.
ここ バージョン
__CAPGO_KEEP_1__
Capgoのバージョンを比較する場所で
iOS
CapgoはJavaScriptバージョンと比較してメジャーアップグレードを検索するために使用されます
iOSでは、プロジェクトのここで変数が設定されます ios/App/App/Info.plist キーCFBundleShortVersionString または ios/App/App.xcodeproj/project.pbxproj Capgoの代替品はどれを選択しますか? MARKETING_VERSION キー MARKETING_VERSION もし Info.plist 設定されていたら
ファイル
capacitor.config.jsonファイル ドキュメント
Android
CapgoはJavaScriptバージョンと比較し、メジャーアップグレードを検出するために使用されます。
Androidの場合、プロジェクトのここで変数が設定されます android/app/build.gradle キー defaultConfig.versionName
この動作を上書きするには、
capacitor.config.jsonファイル ドキュメント
JavaScript
Capgoはネイティブバージョンと比較し、メジャーアップグレードを検出するために使用されます。
JavaScriptの場合、プロジェクトのここで変数が設定されます package.json キー version
例
あなたのIonicアプリは現在、バージョン 1.2.3 with Capacitor 3
You are doing the upgrade to capacitor 4.
にアップグレードしています。 2.2.3, then all your packages include Capgo with notice this big change.
When you release this version to Capgo and the App Store.
All next live update in Capgo 2.2.4 とApp Storeにリリースした場合。 1.2.3 すべての次のライブアップデート 2.2.3 はバージョン
に送信されません。ただし、バージョン
この手順を遵守しない場合
この場合、Capacitor 4 を Apple と Google に送り、Capgo を送らないようにする必要があります。
すると、100% のユーザーがアプリを使用している場合、または少なくとも 90% のユーザーがアプリを使用している場合、数か月かかる可能性があります。
この期間中、Capgo を送信することはできません。古いユーザーが新しいバージョンを受け取ることができないためです。特定のユーザーにアップデートを送信する方法はありません。
Capgo の capgo のメジャーバージョンをリリースする方法については、ここから続きます。
Capgo を使用している場合 Capgo の capgo のメジャーバージョンをリリースする方法 を使用してロールバックとバージョン管理を計画する場合、__CAPGO_KEEP_0__ を使用してロールバックとバージョン管理を計画する ロールバック ロールバックの実装詳細については、ロールバックを参照してください。 バージョン目標 コンテキスト: Capgo のソリューションズ マーケティング ページ。役割: セクションまたはページ ヘッダー。見られる場所: page solutions/version-targeting.astro。メッセージ キー `solutions_version_targeting_title` (ソリューションズ バージョン目標のタイトル)。 | コンテキスト: Capgo のソリューションズ マーケティング ページ。役割: 短い UI ラベルまたはナビゲーション アイテム。見られる場所: page solutions/version-targeting.astro。メッセージ キー `solutions_version_targeting` (ソリューションズ バージョン目標)。 アップデートの動作 アップデートの動作の実装詳細のため バンドル バンドルの実装詳細のため、 Capgo ライブアップデート Capgo ライブアップデートの製品ワークフローのため
