メジャーバージョンをリリースする際に
バージョン管理は難しいことがあります。通常、ユーザーに対して大きな変更が生じたときにメジャーアップデートを行いたいと思うでしょう。
しかし、バージョン管理はそのために作られたわけではなく、アプリストアのバージョンはネイティブバージョンとは異なります。
ネイティブバージョンはコードの破壊的変更を管理するために作られています。
例えば、iOSでは、iOS 16がAppleのストアバージョンですが、コードバージョンは20A5283pです（そこでSemVerは使用していないようです）。
これで、私たちがそれらを混同せず、目的に応じて使用することが明確になりました！
メジャーリリース
あなたのCapacitorアプリでは、破壊的変更が発生したときにメジャーリリースが必要です。 例えば、新しいiOSターゲット（15から16）、またはCapacitorの新バージョン（3から4）、またはあなたが使用しているプラグイン（1.2から2.0）がメジャーバージョンに更新された場合です。
この変更は、すべてのツールが破壊的変更を処理するように調整されなければならないことを意味します。
だからこそCapgoはこのシステムに従っています。
したがって、メジャーバージョンをリリースすると、Capgoはストアからインストールされていないユーザーには送信しません。
この動作はカスタマイズ可能です。詳細はこちらで学べます。
バージョン
Capgoが比較するためのバージョンを見つける場所
iOS
CapgoがJavaScriptバージョンと比較してメジャーアップグレードを見つけるために使用します。
iOSでは、変数はプロジェクト内のios/App/App/Info.plistのキーCFBundleShortVersionString、またはキーMARKETING_VERSIONがInfo.plistファイルに設定されている場合はios/App/App.xcodeproj/project.pbxprojに設定されています。
この動作は、
capacitor.config.jsonファイルにバージョンキーを設定することでオーバーライドできます。ドキュメントはこちら
Android
CapgoがJavaScriptバージョンと比較してメジャーアップグレードを見つけるために使用します。
Androidでは、変数はプロジェクト内のandroid/app/build.gradleのキーdefaultConfig.versionNameに設定されています。
この動作は、
capacitor.config.jsonファイルにバージョンキーを設定することでオーバーライドできます。ドキュメントはこちら
JavaScript
Capgoがネイティブバージョンと比較してメジャーアップグレードを見つけるために使用します。
JavaScriptでは、変数はプロジェクト内のpackage.jsonのキーversionに設定されています。
例
あなたのIonicアプリは現在、Capacitor 3を使用してバージョン1.2.3でリリースされています。
あなたはCapacitor 4にアップグレードしています。
バージョン番号を2.2.3にアップグレードする必要があります。その後、すべてのパッケージがCapgoを含むこの大きな変更に気付きます。
このバージョンをCapgoとApp Storeにリリースすると、Capgoの次のライブアップデート2.2.4は1.2.3バージョンのユーザーには送信されません。2.2.3バージョンのユーザーのみに送信されます。
このパターンに従えば、もう心配する必要はなく、すべてが適切に処理されます。
このパターンに従わない場合
この場合、あなたはCapacitor 4を使用した新しいアプリをAppleとGoogleに送信しなければなりませんが、Capgoには送信しません。
その後、あなたは100%のユーザー、または少なくとも90%がアプリを持つのを待たなければならず、それには数ヶ月かかるでしょう。
その間、古いユーザーは新しいバージョンを受け取ることができないため、Capgoで更新を送信することはできません。 更新を受け取るユーザーを選択する方法がありません。
