主バージョンをリリースする場合
バージョニングは管理が難しいことがよくあります。通常、ユーザーに大きな変更が見られる場合にメジャー アップデートを送信したいと思います。
しかし、バージョニングはその目的で作られていません。アプリ ストアのバージョンはネイティブ バージョンとは異なります。
ネイティブ バージョンは破壊的な変更を管理するために作成されています。 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 キー MARKETING_VERSION もし MARKETING_VERSION あなたの Info.plist ファイルに設定されていれば
この動作を上書きするには、バージョン キーをファイルに設定してください.
capacitor.config.json__CAPGO_KEEP_0__ docs here
Android
CapgoはJavaScript版と比較し、メジャーアップグレードを検出するために使用されます。
Androidでは、プロジェクトのここで変数が設定されます android/app/build.gradle キー defaultConfig.versionName
この動作を上書きするには、バージョンキーを設定してください。ファイル
capacitor.config.jsondocs here JavaScript
__CAPGO_KEEP_0__はネイティブ版と比較し、メジャーアップグレードを検出するために使用されます。
Will be used by Capgo to compare to Native version and find Major upgrade
キー package.json この動作を上書きするには、バージョンキーを設定してください。ファイル version
Example
Ionicアプリの現在のバージョンは 1.2.3 Capacitor 3
capacitor 4へのアップグレードを行っています。
__CAPGO_KEEP_0__ を 2.2.3Capgo のバージョン番号を
Capgo の場合、すべてのパッケージは
Capgo とアプリストアの場合 2.2.4 __CAPGO_KEEP_0__ の場合、すべての次のライブアップデートは 1.2.3 __CAPGO_KEEP_0__ の場合、ユーザーに送信されません。 2.2.3 __CAPGO_KEEP_0__ の場合、ユーザーに送信されます。
このパターンを続けば、心配する必要はありません。すべてが正常に処理されます。
この指示を遵守しない場合
この場合、Capacitor 4 を Apple と Google に、Capgo に送信しないようにする必要があります。
次に、100% のユーザーがアプリを使用しているか、少なくとも 90% のユーザーがアプリを使用していることを待つ必要があります。これは数ヶ月かかる可能性があります。
この間、Capgo を含むアップデートを送信することはできません。古いユーザーは新しいバージョンを取得できません。
