チャンネル

このプラグインのインストール手順と全マークダウンガイドを含む設定プロンプトをコピーする

Capgoがチャンネルを選択する方法（優先順位）

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

強制デバイスマッピング: デバイスIDが明示的に強制的にチャンネルにマッピングされている場合（チャンネル設定内にリストされている場合）、そのチャンネルは常に勝ちます。 強制デバイス : チャンネル設定内にリストされている場合、デバイスIDが明示的に強制的にチャンネルにマッピングされている場合、そのチャンネルは常に勝ちます。
Cloudフック（Cloudflareによって生成される） setChannel() またはWebappアクション):Calling setChannel (またはデバイスのチャネルをダッシュボードで変更する)は、デバイスIDに関連付けられたクラウドに永続的なオーバーライドを書き込む。そのオーバーライドは、強制マッピング後にデフォルト値よりも前に参照される。アプリを再インストールするとはクリアされない;デバイスエントリを削除すると。
Capacitor設定 defaultChannel (テストビルドのデフォルト):内部/ベータ/テストビルドの場合、デバイスがプレリリースチャネルから始まるように設定できます(例えば。 defaultChannel (レガシーキー channel) capacitor.config.* で beta, pr-123テストデバイスが始まるように設定できます。これが欠如している場合、デバイスはクラウドのデフォルトに進みます。生成ビルドは通常、この値を未設定にします。
CloudflareCloud Default Channel (primary strategy for ~99% of users) defaultChannel : The main production channel virtually all real users land on. Any new device without a force, without an override, and without a config

uses this. Changing it rolls out (or rolls back) for everyone in seconds—no new binary. Why the cloud default

is the main path:
Instant rollout or rollback without rebuilding or re‑publishing native binaries.
One place to manage iOS, Android, and Electron behavior.
Safer: you can confirm bundles exist and settings are correct before switching default. Auditable changes (team members can see who changed what in the UI / logs). Design principle: Layers above (force / override / config) are exceptions (debug single user, QA switching, test build defaults). Normal users flow to the cloud default.

変更する クラウドのデフォルト チャンネルは 新しい 通常のデバイスが

強制されていない
クラウドのオーバーライドがすでに設定されていない
アプリケーションレベルの defaultChannel 定義されていない

テストビルドが defaultChannel: 'beta' クラウドのデフォルトを productionに変更した場合、 beta via config で、(a) それらを上書きする、(b) 強制する、または (c) デバイスのエントリを削除するまで、そこに留まる。 setChannel()(b) 強制する、または (c) デバイスのエントリを削除するまで、(a) それらを上書きしない。

デバイスは、(a) それらを上書きする、(b) 強制する、または (c) デバイスのエントリを削除するまで、現在のチャネルに留まる。

チャネルを強制的に変更する。
「呼び出し」 setChannel() (クラウドオーバーライドの作成/置き換え) または、ダッシュボードで手動で変更する。
チャネルを削除/アーカイブする (次回のチェック時には、順序に従って再び選択される)。

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

注: 「設定」 defaultChannel 「設定」

「Capacitor config example」

// 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;

__CAPGO_KEEP_0__.config.tsを変更した場合、 productionデフォルトのダッシュボードに変更した後、

すでに別のチャンネルに接続しているデバイスは自動で移動しません; ただし、最新のデバイス (またはオーバーライド/強制を解除したデバイス) だけが新しい設定を受け取ります。

「チャンネルの管理」セクションまず、チャンネルページを見てみましょう。アプリのをクリックし、次にチャンネルタブをクリックすると.

Creating a channel

下部右隅のプラスボタンがあります。1 （画像を参照）クリックすると、モーダルウィンドウが開き、新しいチャンネルを作成できます。

次に、クリックすると Add リストに新しいチャンネルが表示されるはずです。

不正設定とは何ですか？

の列は Misconfigured チャンネルの一部または全部が不正です。詳しくはこちら Yes for one or more of the channels. You can learn more about it ここ

チャンネルを削除する

Webアプリからチャンネルを削除するには、 チャンネル アクション 列に表示されるゴミ箱アイコンをクリックし、確認ダイアログで ゴミ箱アイコンが表示されていない場合、 アカウントに削除機能が付与されていない可能性があります チャンネル削除

チャンネル削除 channel.delete アプリのその権限を求めます。組織またはアプリ管理者に、チャンネルを削除する権限を持つロールを割り当てます、またはAPIキーのチャンネルを削除します:

npx @capgo/cli@latest channel delete <channel-name> <app-id>

組織とアプリに依存する アプリプレビュー キーのみ、非公開のプレビューチャンネルとバンドルを作成したものを、原子的に削除できます。既存のデフォルト/メインチャンネル、プレビューキーのチャンネル、または他のキーのバンドルを変更または削除することはできません。詳しくは channel delete <preview-channel> <app-id> --delete-bundle__CAPGO_KEEP_0__ キー API Keys 最小限の特権設定のための

チャンネルの管理

「チャンネルの管理」3 イメージ内)

チャンネル設定ページには、チャンネルのすべての構成オプションが含まれます。各設定について説明していきます。

最初の Default channel スイッチです。有効にすると、このチャンネルは新しいデバイスのデフォルトになります。デフォルトチャンネルの詳細について、プラットフォームごとのデフォルトを設定する方法（iOS、Android、Electronのそれぞれ）を含めて、以下のデフォルトチャンネル構成セクションを参照してください。

2番目の IOS 設定です。これは比較的簡単です。この値がfalseの場合、このチャンネルからアップデートをダウンロードすることをiOSデバイスに許可しません。

3番目は Android 設定です。これは IOSと似ています。この値がfalseの場合、このチャンネルからアップデートをダウンロードすることをAndroidデバイスに許可しません。

第四は Electron 設定です。 IOS と Android。 false の場合、このチャンネルからアップデートをダウンロードすることを許可しないので、Electron アプリはアップデートを受け取ることができなくなります。

第五は Disable auto downgrade under native 設定です。 true の場合、ネイティブ版からダウングレードすることは不可能になります。アップロードしたアプリのバージョンをアプリストアまたはプレイストアにアップロードし、チャンネルバージョンを 1.2.0 に設定した場合、ダウングレードのアップデートは失敗します。 1.1.0 第六は

です。この設定は複雑で、詳しく知りたい場合は Disable auto updateについては

As for Allow development buildこの設定が真の場合、開発用ビルドはこのチャンネルからアップデートをダウンロードすることが許可されます。そうでない場合、__CAPGO_KEEP_0__の値がfalseの場合のアップデート要求はすべて拒否されます。 prod この設定がfalseの場合のアップデート要求はすべて拒否されます。これは主にテスト用途で便利です。

第7の設定は Allow Emulatorsこの設定がfalseの場合、Capgoはエミュレータから来たアップデート要求をすべて拒否します。これは主にテスト用途で便利です。

第8の設定は Allow devices to self associateこの設定が真の場合、__CAPGO_KEEP_0__はエミュレータから来たアップデート要求をすべて拒否します。 setChannel setChannel 進行的ロールアウト進行的ロールアウト

進行的ロールアウトセクション

チャンネル情報タブには 進化的な展開 セクションがあります。ターゲットのバンドルを設定し、パーセンテージと決定キャッシュの期間を選択し、展開を有効にすると、同じセクションからパスまたは再開、ターゲットを安定化、展開を戻す、または失敗信号が閾値を超えたときに自動的にパス、戻す、または通知を構成できます。

Progressive rollout controls in a Capgo channel — チャンネル情報タブの先頭に

進化的な展開の制御読む進化的な展開

有効にする前に読んでください。stickyコホート、安全なパーセンテージの変更、自動パスアウトの動作について説明しています。

Capgoを使用している場合 チャンネル チャンネルチャンネルチャンネルベータテストソリューションベータテストソリューションの製品ワークフローバージョン対象ソリューションバージョン対象ソリューションの製品ワークフロー __CAPGO_KEEP_0__ 環境ベストプラクティス: ステージングに1つのモバイルアプリIDを使用する for the product workflow in Version Targeting Solution, and Capgo Environment Best Practices: Staging with One Mobile App ID Capgoの実用的なコンテキストにおけるCapgo環境ベストプラクティス: ステージングに1つのモバイルアプリID。