__CAPGO_KEEP_0__ - __CAPGO_KEEP_1__ アプリのライブ更新

チャンネル

デバイスがCapgoからアップデートを要求した場合、使用するチャンネルは、次の順序(優先順位が高い順)で決定されます:

  1. 強制デバイスマッピング: デバイスIDが明示的に強制的にチャンネルにマッピングされている場合(チャンネル設定の内部のリストを参照)、そのチャンネルは常に勝ちます。 Cloudフラグオーバー(またはWebアプリアクションで) :
  2. (またはダッシュボードでデバイスのチャンネルを変更)が、デバイスIDに関連付けられた永続的なオーバーライドをクラウドに書き込む。オーバーライドは強制マッピング後に、デフォルト値よりも前に参照されます。アプリを再インストールしても、クリアされません。デバイスエントリを削除しても。 setChannel() 強制デバイスリスト: setChannel チャンネル設定の内部のリストを参照してください。 Cloudフラグオーバー(またはWebアクションで) :
  3. Capacitor 設定 defaultChannel (テストビルドのデフォルト): 内部 / ベータ / テストビルドの場合、設定できます defaultChannel (レガシーキー channel) in capacitor.config.* なので、テストデバイスはプレリリースチャネル (例えば beta, pr-123) で起動します。欠落すると、デバイスはクラウドのデフォルトに進みます。生産ビルドは通常、この設定を変更しません。
  4. クラウドデフォルトチャネル (99% のユーザーの主な戦略): 実際のユーザーがほとんどの場合に到達する主な生産チャネルです。強制、オーバーライド、または設定なしの新しいデバイスは、このチャネルを使用します。変更すると、秒単位で全員に展開 (または巻き戻します) — 新しいバイナリなし。 defaultChannel なぜ

クラウドデフォルト はメインパスです。

  • リビルドや再公開の必要のない即時ロールアウトまたはロールバック。
  • iOS、Android、および Electron の動作を 1 つの場所で管理。
  • 安全: バンドルが存在し、設定が正しいことを確認することができるため、デフォルトを切り替える前に。
  • 変更履歴 (チームメンバーは UI / ログで変更したことを確認できます)。 レイヤー上部 (強制 / オーバーライド / 設定) は 例外

(デバッグのシングルユーザー、QA スイッチング、テストビルドのデフォルト)。通常のユーザーフローはクラウドのデフォルトに。 の変更 クラウドのデフォルト チャンネルが 新しい

  • __CAPGO_KEEP_0__は強制されません。
  • __CAPGO_KEEP_0__は既にCloudflareオーバーライドを設定しています。
  • __CAPGO_KEEP_0__にはアプリレベルCloudflareオーバーライドが設定されていません。 defaultChannel __CAPGO_KEEP_0__が定義されていません。

テストビルドが__CAPGO_KEEP_0__に配信され、後でCloudflareのデフォルトを変更した場合、 defaultChannel: 'beta' デフォルトを変更した後も、__CAPGO_KEEP_0__で起動したデバイスはそのまま残ります。 productionデバイスは、Cloudflareオーバーライドを設定するまで、現在のチャネルで動作します。 beta Cloudflareオーバーライドを強制することで、デバイスを別のチャネルに強制できます。 setChannel()Cloudflareオーバーライドを強制することで、デバイスを別のチャネルに強制できます。

Cloudflareオーバーライドを強制することで、デバイスを別のチャネルに強制できます。

  • Cloudflareオーバーライドを強制することで、デバイスを別のチャネルに強制できます。
  • Cloudflareオーバーライドを強制することで、デバイスを別のチャネルに強制できます。 setChannel() (Cloudflareのオーバーライドを変更する) または、ダッシュボードで手動で変更する。
  • チャンネルから削除/アーカイブする (次回のチェック時には、優先順位に従って自動的にフォールバックする)。

プラットフォーム (iOS / Android / Electron のスイッチ) でチャンネルが無効になっている場合、選択はそのチャンネルをスキップし、次のルールにフォールバックする。

注意: defaultChannel 「設定」を変更すると、変更が必要なバイナリが新しく作成されるため、テスト/QA用に意図的に使用することをお勧めします。一般的な生産制御には使用しないでください。

Capacitor config example

Capacitor config example
capacitor.config.ts
// Example: a TestFlight or internal QA build defaults to the beta channel.
const config = {
plugins: {
Capgo: {
defaultChannel: 'beta', // Test build default. Omit in production so users attach to cloud default.
// legacy key: channel
},
},
};
export default config;

変更後のダッシュボードのデフォルト値を変更した場合、既存のデバイス (config、オーバーライド、または強制) は自動的に移動しない; ただし、最新のデバイス (またはオーバーライド/強制をクリアしたデバイス) は、変更後のデフォルト値を取得する。 productionチャンネルの管理を行う。


First, let’s take a look at the channels page. You can access it by clicking on your app and then clicking on the channels tab.

channel list

As you can see, there exists a plus button in the lower right corner. (1 in the image) Clicking on it will open a modal where you can create a new channel.

new channel

Then after you click on Add 新しいチャンネルがリストに表示されるはずです。

チャンネル作成後

チャンネルの設定が不正な場合、警告が大きく表示され、 Misconfigured 列に表示されます。 Yes 一部のチャンネルが不正な場合。 詳しくは ここ

チャンネルの削除は簡単です。trashアイコンをクリックし、削除を確認してください。 (2 画像に示されているように)

Managing a channel

チャンネルの管理

チャンネルの管理のセクション3 チャンネルの名前をクリックすると、チャンネルの設定を管理するモーダルが開きます。 (

イメージ内)

チャンネルの設定


チャンネルの設定ページには、チャンネルのすべての構成オプションが含まれます。各設定について説明していきます。 Default channel 最初の スイッチです。有効にすると、このチャンネルは新しいデバイスのデフォルトになります。デフォルトチャンネルの詳細について、プラットフォームごとのデフォルト設定の設定方法 (iOS、Android、Electron のそれぞれ) を含めて、 デフォルトチャンネル設定


セクションを参照してください。 IOS 2番目の設定です。 この設定は比較的簡単です。 この値がfalseの場合、iOSデバイスはこのチャンネルからアップデートをダウンロードできません。

Third is the Android setting。 この設定は IOSに似ています。 この値がfalseの場合、このチャンネルからアップデートをダウンロードすることを許可しないので、Androidデバイスはアップデートを受け取ることができなくなります。

Fourth is the Electron setting。 この設定は IOSAndroidに似ています。 この値がfalseの場合、このチャンネルからアップデートをダウンロードすることを許可しないので、Electronアプリはアップデートを受け取ることができなくなります。

Fifth is the Disable auto downgrade under native setting。 この値がtrueの場合、ネイティブ版からダウングレードすることは不可能になります。 つまり、ネイティブ版のアップデートをアプリストアやプレイストアにアップロードした後、チャンネルバージョンを 1.2.0 に設定しようとすると、ダウングレード (アップデート) は失敗します。 1.1.0 Sixth is the

Sixth is the Disable auto update. この設定はかなり複雑であり、詳しくは ここ

ですが Allow development build. このチャネルからアップデートをダウンロードすることを開発用ビルドに許可する場合は、trueを指定してください。そうでない場合は、falseに設定されているアップデート要求が拒否されます。これは、主にテスト用途で使用されます。 prod 第7は

. エミュレータからアップデート要求が来る場合は、__CAPGO_KEEP_0__が拒否します。この設定は、主にテスト用途で使用されます。 Allow Emulators. If this is false then Capgo will disallow any update request that comes from an emulator. This is mostly useful for testing purposes.

. trueを指定すると、setChannelメソッドが利用可能になります。falseに設定されている場合は、setChannelメソッドを呼び出してもエラーになります。 Allow devices to self associatesetChannel メソッド メソッド メソッド __CAPGO_KEEP_0__

__CAPGO_KEEP_1__

__CAPGO_KEEP_2__

__CAPGO_KEEP_3__ __CAPGO_KEEP_4__ __CAPGO_KEEP_5__ __CAPGO_KEEP_6__ __CAPGO_KEEP_7__ __CAPGO_KEEP_8__ __CAPGO_KEEP_9__ __CAPGO_KEEP_10__ __CAPGO_KEEP_11__ バージョン ターゲット ソリューション バージョン ターゲット ソリューション の製品ワークフロー、そして Capgo 環境のベスト プラクティス:1 つのモバイル アプリ ID でステージング Capgo 環境のベスト プラクティス:1 つのモバイル アプリ ID でステージング の実用的なコンテキスト