チャンネルは、アプリの更新を管理する方法です。各チャンネルには1つのバージョンが含まれます。これにより、生産環境でアプリの複数バージョンを実行できます。

チャンネル

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

「Capgoがチャンネルを選択する方法 (優先順位)」のセクション

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

  1. 強制デバイスマッピング: デバイスIDが明示的に強制的にチャンネルにマッピングされている場合 (チャンネル設定の内部リストを参照)、そのチャンネルは常に勝ちます。 Cloudflare 強制デバイス
  2. リスト setChannel() Cloud override (またはWebアプリアクションによって setChannel (または、ダッシュボードでデバイスのチャンネルを変更する) は、デバイス ID に関連付けられた永続的なオーバーライドをクラウドに書き込む。 そのオーバーライドは、強制マッピング後にデフォルト値よりも前に参照される。 アプリを再インストールするとそれは消去されない; デバイスエントリを削除するとそれは消去される。 __CAPGO_KEEP_0__ 設定 (テストビルドのデフォルト)
  3. Capacitor config defaultChannel ) に始まるように設定できます。 これが欠如すると、デバイスはクラウドのデフォルトに進むことになる。 ほとんどのユーザーが利用する主な生産チャンネルはクラウドのデフォルトです。クラウドデフォルトチャンネル (99% のユーザーの主な戦略) defaultChannel : 実際のユーザーがほとんど利用する主な生産チャンネルです。 強制、オーバーライド、設定なしの新しいデバイスはクラウドのデフォルトに進みます。 channelCloudflare capacitor.config.* Capacitor beta, pr-123GitHub
  4. Capgocode defaultChannel この機能を使用します。変更すると、秒単位で全員に展開(または展開を取り消す)されます—新しいバイナリなし。

なぜ クラウドのデフォルト はメインパスです:

  • リビルドや再公開の必要のないネイティブバイナリの展開または展開を取り消す。
  • iOS、Android、Electronの動作を1つの場所で管理。
  • 安全:バンドルが存在し、設定が正しいことを確認することができるため、デフォルトを切り替えることができます。
  • 変更履歴が追跡できる(チームメンバーはUI/ログで変更した内容を確認できます)。 設計原則:上位レイヤー(強制/上書き/設定)は 例外

(デバッグのために1ユーザー単位で、QAの切り替え、テストビルドのデフォルト)。通常のユーザーはクラウドのデフォルトに流れます。 クラウドのデフォルト チャンネルが影響を受ける 新しい 通常のデバイスが:

  • Cloudflareのオーバーライドが強制されていない
  • Cloudflareのオーバーライドが既に設定されていない
  • アプリレベルでCloudflareのオーバーライドが設定されていない defaultChannel 定義済み

テストビルドが defaultChannel: 'beta' あなたがCloudflareのデフォルトを productionCloudflareのデフォルトを beta Cloudflareのデフォルトを setChannel()Cloudflareのオーバーライドが設定されているデバイスが

デバイスは、変更しない限り、現在のチャネルに留まる。

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

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

注意: "変更"は、変更が新しいバイナリを必要とすることを意味します。テスト/QA用に意図的に使用してくださいが、一般的な生産制御には使用しないでください。 defaultChannel __CAPGO_KEEP_0__ の構成例

「Capacitor の構成例」のセクション

Capacitor.config.ts
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;

あなたが後でデフォルトのダッシュボードを変更した場合、 production、デバイスが別のチャンネル (config、override、または force) によりすでに接続されている場合、自動的に移動することはできません。新しいデバイス (またはオーバーライド/強制を解除したデバイス) のみがそれを受け取ります。


まず、チャンネルページを見てみましょう。アクセスするには、 アプリをクリックし、次に チャンネルタブをクリックし、 チャンネルリスト.

チャンネルの作成

「チャンネルの作成」のセクション

ここで、下部右隅のプラスボタンが見えます。

チャンネルの作成1 (画像内)クリックすると、モーダルが開き、新しいチャンネルを作成することができます。

新しいチャンネル

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

チャンネル作成後

列は Misconfigured 1 つ以上のチャンネルで不正です。 Yes 詳細は ここで学べます。

チャンネルの削除

チャンネルを削除する

Webアプリからチャンネルを削除するには、チャンネルを表示する チャンネル タブを開き、チャンネルを表示する行を探します。アクション 列のゴミ箱アイコンをクリックし、確認ダイアログの 削除 をクリックします。 ゴミ箱アイコンが表示されない場合、チャンネルを削除するための

許可が付与されていません。組織またはアプリ管理者に許可を付与する役割を求め、または許可がある

__CAPGO_KEEP_0__ channel.delete permission for that app. Ask an organization or app admin to grant a role that can delete channels, or delete the channel with an API key that has permission:

許可が付与されていない場合、ターミナルウィンドウ
npx @capgo/cli@latest channel delete <channel-name> <app-id>

組織とアプリに紐づいた アプリプレビュー キーは、非公開のプレビュー チャンネルと、キーが作成したバンドルを一括で削除することができます。既存のデフォルト/メイン チャンネル、別のプレビュー キーのチャンネル、または別のキーのバンドルを変更または削除することはできません。詳しくは「__CAPGO_KEEP_0__ キー」を参照してください。 channel delete <preview-channel> <app-id> --delete-bundleチャンネルの管理 API Keys チャンネル名をクリックすると、チャンネル設定を管理するモーダルが開きます。 (

チャンネル設定

image

image3 image

image

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


まずは Default channel のスイッチを有効にすると、新しいデバイスのデフォルトチャンネルになります。 デフォルトチャンネルの詳細については、プラットフォームごとのデフォルト設定の設定方法 (iOS、Android、Electron の各プラットフォーム) を含めて、 セクションを参照してください。


の設定です。 IOS この設定は比較的簡単です。

がfalseの場合、iOSデバイスはこのチャンネルからアップデートをダウンロードできません。 Android の設定です。 IOSこの設定は

に似ています。 Electron がfalseの場合、Androidデバイスはこのチャンネルからアップデートをダウンロードできません。 IOS そして、この値がfalseの場合、このチャンネルからElectronアプリがアップデートをダウンロードすることを許可しない。 Android第五は設定です。この値がtrueの場合、ネイティブ版からダウングレードすることは不可能になります。このため、アップロードしたアプリストアまたはプレイストアのバージョンにチャンネルバージョンを「」に設定し、ダウングレードアップデートを試みるとアップデートが失敗します。

第六は設定です。この設定はかなり複雑であり、ここで詳しく学ぶことができます。 Disable auto downgrade under native そして、この値がtrueの場合、開発用ビルドがこのチャンネルからアップデートをダウンロードすることを許可します。そうでない場合、falseに設定された「」がセットされているアップデート要求は拒否されます。これは、主にテスト用途で有用です。 1.2.0 __CAPGO_KEEP_0__ 1.1.0 __CAPGO_KEEP_0__

__CAPGO_KEEP_0__ Disable auto update__CAPGO_KEEP_0__ __CAPGO_KEEP_0__

__CAPGO_KEEP_0__ Allow development build__CAPGO_KEEP_0__ prod __CAPGO_KEEP_0__

第 7 位は Allow Emulators. これが false の場合、Capgo はエミュレータから来る任意の更新要求を拒否します。これは、主にテスト用途で便利です。

第 8 位は Allow devices to self associate. これが true の場合、 setChannel メソッドが利用可能になります。 これを false に設定し、 setChannel メソッドをこのチャネルで呼び出そうとすると、呼び出しは失敗します。

チャンネル 情報 タブには含まれます。 段階的なロールアウト セクション。ターゲットのバンドルを設定し、パーセンテージと決定キャッシュの期間を選択し、ロールアウトを有効にします。同じセクションから、露出を一時停止または再開、ターゲットを安定に昇格、ロールバック、または失敗信号が閾値を超えたときに自動的に一時停止、ロールバック、または通知を構成できます。

チャンネルCapgo内での段階的なロールアウトの制御
チャンネル情報タブの先頭に段階的なロールアウトの制御が表示されます。

読む 段階的なロールアウト ロールアウトを有効にする前に読んでください。ロールアウトの説明では、スティッキーコーホート、セーフパーセンテージの変更、自動一時停止の動作について説明しています。

あなたが使用している場合 チャンネル チャンネルルーティングと段階的なロールアウトの計画、チャンネルに接続する チャンネル チャンネル チャンネル ベータテストソリューション ベータテストソリューション バージョン目標ソリューション バージョン目標ソリューション __CAPGO_KEEP_0__ 環境ベストプラクティス:1つのモバイルアプリIDでステージング Capgo 環境ベストプラクティス:1つのモバイルアプリIDでステージング for the practical context in Capgo Environment Best Practices: Staging with One Mobile App ID.