メインコンテンツにジャンプ
チュートリアル

capgoのメジャーバージョンをリリースする方法

__CAPGO_KEEP_0__のメジャーバージョンをリリースする必要性と時期を理解することで、ユーザー アプリを破壊しないようにしてアプリをリリースする方法

記事のクレジット

マーティン・ドナディュー

執筆者

バレリア

レビュー

ジョーダン

編集者

How to release major version in capgo

When releasing a major version

バージョン管理は難しいことが多いですが、通常、ユーザーに大きな変更が現れたときにメジャー更新を送りたいと思います。

しかし、バージョン管理はそのために作られたものではありません。アプリストアのバージョンはネイティブバージョンとは異なります。

ネイティブバージョンは、 code

IOSの例では、IOS 16は store version のものですが、codeバージョンは 20A5283p (そこではSemVerを使用していないようです)

今は明らかです。混同せず、それぞれの目的で使用しましょう!

メジャーリリース

あなたのCapacitorアプリでは、破壊的な変更が発生したときにメジャーリリースが必要です。 例えば、新しいIOSターゲット(15から16)、または新しいCapacitorバージョン(3から4)、またはプラグイン(1.2から2.0)を使用している場合、更新されたメジャーバージョンにアップグレードされました。

この変更は、すべてのツールが破壊的な変更を処理するように調整する必要があります。

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はどのバージョンを比較するかを決定します

IOS

CapgoはJavaScriptバージョンと比較してメジャーアップグレードを検出します

IOSでは、プロジェクトの設定でこの変数を設定します ios/App/App/Info.plist またはCFBundleShortVersionString Capgoの代替機能は、開発者が選択することができます。Capgoは、開発者が選択した代替機能を使用して、開発者が選択した代替機能を使用して、開発者が選択した代替機能を使用します。 ios/App/App.xcodeproj/project.pbxproj Capgoの代替機能は、開発者が選択することができます。Capgoは、開発者が選択した代替機能を使用して、開発者が選択した代替機能を使用して、開発者が選択した代替機能を使用します。 MARKETING_VERSION Capgoの代替機能は、開発者が選択することができます。Capgoは、開発者が選択した代替機能を使用して、開発者が選択した代替機能を使用して、開発者が選択した代替機能を使用します。 MARKETING_VERSION Capgoでメジャーバージョンをリリースする方法 Info.plist ファイルに設定されました。

この動作を上書きするには、ファイルのバージョンキーを設定してください。 capacitor.config.json ファイル ここにドキュメントがあります

Android

CapgoがJavaScriptバージョンと比較してメジャーアップグレードを検出するために使用されます。

Androidでは、プロジェクトのここに変数が設定されます。 android/app/build.gradle キー defaultConfig.versionName

この動作を上書きするには、ファイルのバージョンキーを設定してください。 capacitor.config.json ファイル ここにドキュメントがあります

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 バージョン。ただし、バージョン。 2.2.3 このパターンを遵守する場合、心配する必要はありません。すべてが適切に処理されます。

このパターンを遵守しない場合、

この場合、__CAPGO_KEEP_0__ 4 を Apple と Google に送信する必要がありますが、__CAPGO_KEEP_1__ に送信しないようにしてください。

In this case, that means you have to send your new app with Capacitor 4 to Apple and Google, but don’t to Capgo.

この期間中、__CAPGO_KEEP_0__ の更新を送信することはできません。古いユーザーが新しいバージョンを受け取ることができないためです。 また、ユーザーを選択して更新を受け取らせる方法もありません。

While during this time you cannot send any update with Capgo, since old user cannot get the new version. You don’t have a way to select only some users to receive the update.

Keep going from How to release major version in capgo

Capgo でのメジャーバージョンのリリース方法については、次の記事を参照してください。 ロールバックとバージョン管理を計画するには、Capgo を使用してください。capgo を接続してください。 __CAPGO_KEEP_0__ ロールバック ロールバックの実装詳細について バージョン目標 バージョン目標 バージョン目標の実装詳細について 更新動作 更新動作の実装詳細について バンドル Capgo Live Updates for the product workflow in Capgo Live Updates.

Capacitorアプリのリアルタイムアップデート

ウェブ層のバグが生じた場合、Capgoを通じて修正を配信するのではなく、数日間待ってアプリストアの承認を待つのではなく、ユーザーはバックグラウンドでアップデートを受け取り、ネイティブの変更は通常のレビュー経路を通じて

マーティンから人間のサポート

今すぐ始めよう

最新のブログ記事

Capgoは、プロフェッショナルなモバイルアプリを作成するために必要な最良の洞察を提供します。