When releasing a major version
Versioning can be difficult to manage, usually you want to send a Major update when a major change appears for the users.
But versioning is not made for that, the app store version is different from the Native version.
Native version is made to manage breaking change in the code
In IOS, for example, iOS 16 is the store version of Apple, but the code version is 20A5283p (they don’t seem to use SemVer there)
Now it’s clear we don’t mix them and use them for what they are made!
Major release
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.
This change means all tooling has to be aligned to handle the breaking change.
それがなぜCapgoはこのシステムを採用しているのか
そのため、Capgoは、ユーザーがストアからインストールしていない場合、メジャーバージョンを送信しない。
この動作はカスタマイズできます。詳しくはこちら バージョン
__CAPGO_KEEP_0__はどのバージョンを比較するかを検索する
Where Capgo find the version to compare
__CAPGO_KEEP_0__はJavaScriptバージョンと比較し、メジャーアップグレードを検索するために使用される
Will be used by Capgo to compare to JavaScript version and find Major upgrade
下のキー ios/App/App/Info.plist またはCFBundleShortVersionString 下のキー ios/App/App.xcodeproj/project.pbxproj if MARKETING_VERSION if MARKETING_VERSION は設定されました Info.plist ファイル。
この動作を上書きするには、バージョンキーを設定することができます。
capacitor.config.jsonファイル ドキュメントはこちら
Android
CapgoがJavaScriptバージョンと比較してメジャーアップグレードを検索するために使用される
Androidでは、プロジェクトのここでキー android/app/build.gradle この動作を上書きするには、バージョンキーを設定することができます。 defaultConfig.versionName
ファイル
capacitor.config.jsonドキュメントはこちら Android
JavaScript
CapgoでNativeバージョンと比較し、主なアップグレードを検出するために使用されます。
JavaScriptでは、プロジェクトのここで変数が設定されます package.json キー version
例
あなたのIonicアプリは現在、バージョン 1.2.3 Capacitor 3
あなたはcapacitor 4にアップグレードしています。
あなたのバージョン番号を 2.2.3, すべてのパッケージがCapgoに注意して大きな変更を含むようにします。
このバージョンをCapgoとApp Storeにリリースすると。
Capgoで次のライブアップデート 2.2.4 はユーザーに送信されることはありません。 1.2.3 バージョン。__CAPGO_KEEP_0__ 4 を Apple と Google に送信する必要がありますが、__CAPGO_KEEP_1__ には送信しないでください。 2.2.3 100% のユーザーがアプリを使用している場合、または少なくとも 90% のユーザーがアプリを使用している場合、数か月かかる可能性があります。
この間、__CAPGO_KEEP_0__ にアップデートを送信することはできません。古いユーザーが新しいバージョンを受け取ることができないためです。
アップデートを送信するユーザーを選択する方法はありません。
In this case, that means you have to send your new app with Capacitor 4 to Apple and Google, but don’t to Capgo.
Capacitor を使用している場合、ロールバックとバージョン管理を計画するには、__CAPGO_KEEP_0__ に接続してください。
Capgo の Capgo でメジャーバージョンをリリースする方法については、続けてください。
Keep going from How to release major version in capgo
バージョン管理とロールバックを計画するには、Capacitor を使用してください。 How to release major version in capgo バージョン管理とロールバックを計画するには、Capacitor を使用してください。 ロールバック ロールバックの実装詳細のための バージョン対象 バージョン対象の実装詳細のための 更新動作 更新動作の実装詳細のための バンドル バンドルの実装詳細のための Capgo ライブアップデート Capgo ライブアップデートの製品ワークフローのための
