メイン コンテンツにジャンプ

セット & 忘れ

リリースのストアは遅い。Capgo の更新は即時です。

プライベートストアまたはMDMを通じてネイティブアプリを一度インストールしてください。その後、Capgoを通じてウェブ修正を配信し、受信者を追跡し、オフラインデバイスを最後の良好なバンドルに維持してください。

チャンネルマップ

Capgoチャンネルマップはプライベート企業アプリのリリースを管理するために使用される
チャンネルマップ
prod, site-eu, site-us
ロールアウトルール
一つのサイトから始めて、すべての場所
同期中のアップデート
オフラインモード
一度インストール
__CAPGO_KEEP_0__の署名ネイティブシェルを、企業ストアまたはMDMを通じて配布します。
__CAPGO_KEEP_0__の更新中
デバイスは、スケジュールされた同期ウィンドウ、チェックイン時間、または利用可能なネットワークウィンドウのいずれかで、最新のバンドルを取得します。
オフラインで実行
キャッシュされたバンドルを使用して、デバイスがオフラインの場合でもアプリは動作を続けます。

チームが遅くなる毎のストアリリース

ストアと企業パッケージのリリースは、すべてのデバイスで調整と検証が難しいです。Capgoは、チャンネル、デバイスログ、ステージドロールアウト、ロールバックを備えたウェブ層の即時リリースパスを提供します。

__CAPGO_KEEP_0__を1度インストール
1回
__CAPGO_KEEP_0__の更新中
CIアップロード
オフラインで実行
キャッシュされた

セット・アンド・フォーゲットのワークフロー

  1. 1

    ネイティブシェルの配布

    署名済みのiOSまたはAndroidアプリをMDM、エンタープライズアプリストア、または内部デバイスプロビジョニングフローを通じて配布します。

  2. 2

    デバイスを正しいチャンネルにロックする

    生産用途にはデフォルトチャンネルを使用し、必要に応じてサイト、国、チーム、またはハードウェアの世代ごとに分割します。

  3. 3

    CIからWeb更新を公開する

    CIからCapacitor WebバンドルをCapgoにアップロードし、ネイティブcodeの変更は通常のエンタープライズパッケージングプロセスを通じて行われます。

  4. 4

    オンラインのときにデバイスを更新する

    デバイスは計画された接続性の窓口で更新を取得し、オフラインのときは最後の良好なバンドルをローカルに保持します。

  5. 5

    ウォッチ、ロールバック、繰り返し

    チャンネル、デバイスログ、ステージドロールアウト、ロールバックを使用して、ローカルチームが生産インストールをデバッグするのを避けます。

__CAPGO_KEEP_0__のオフラインエンタープライズ制約向け設計

Capgoをウェブアセットのリリース層として使用してください。ウェブアセットの代わりに、ネイティブの配布プロセスを置き換えるのではなく。ネイティブバイナリは、エンタープライズパッケージングフローを通して動作します。

オフライン用のランタイム
アプリはインストールされたネイティブシェルから起動し、最後に検証されたCapgoバンドルから起動するため、ユーザーはライブ接続なしで作業を続行できます。
サイトごとの制御
リリースを1つのサイトに先行してプロモートし、少数のグループで検証し、同じバンドルをさらに多くの場所に展開します。
低タッチユーザー
ユーザーは常に同じ内部アプリを開きます。更新は、デバイスがWi-Fiに接続したときや、予定された同期ウィンドウに到達したときにバックグラウンドでダウンロードされます。
監査用のリリース
エンジニアは、バンドルバージョン、チャネル、ロールアウト状態、デバイスログを確認できます。ローカルチームにトラブルシューティングを依頼する必要がなくなるためです。

実装パターン例

Capgoをウェブアセットのリリース層として使用してください。ウェブアセットの代わりに、ネイティブの配布プロセスを置き換えるのではなく。ネイティブバイナリは、エンタープライズパッケージングフローを通して動作します。

CI アップロード
# Build and publish the web layer
npx @capgo/cli@latest bundle upload --channel site-eu

# Promote after the first site validates it
npx @capgo/cli@latest channel set production com.enterprise.app --latest
アプリ チャネル設定
const config = {
  plugins: {
    CapacitorUpdater: {
      defaultChannel: 'production',
      autoUpdate: true,
    },
  },
}

これは何、そしてこれは何ではないか

  • MDM、Apple Business Manager、Android Enterprise、または内部のエンタープライズ ストアを通じてプライベート エンタープライズ配布に使用してください。
  • Capgo は JavaScript、HTML、CSS、およびアセットを更新します。ネイティブ プラグインの変更は、署名済みのネイティブ パッケージの新しいバージョンが必要です。
  • オフライン デバイスは、再接続して次の承認されたアップデートを取得するまで、最後に成功したバンドルを実行します。
  • これは、既存の自社配布を実行するチーム向けのプライベート アプリ オペレーティング モデルであり、消費者向けの App Store 回避策ではありません。

実際のアプリの例

アカウント アプリには、静かな自動メンテナンスが必要です

通信およびサポート アプリには、請求、プラン、サポート、およびデバイス ワークフローが必要であり、ユーザーに新しいバイナリをインストールする必要がある小さな改善ごとにアップデートする必要があります。

例のタイプ
セットして忘れ
カテゴリのストア
生産性、ツール、ツール
ソース
パブリック ストア データセット
+

インストールすると、自動的に更新される

+

サポート フローの情報が最新

+

手動リリースのオーバーヘッドを削減

My Swisscom アプリのアイコン

生産性

My Swisscom

1.8M インストール4.4 評価

サポート、プラン、請求の変更は静かに配信されるべきアカウントアプリ。

Google Play リストを表示
My Vodafone アプリアイコン

ツール

My Vodafone

11.1M インストール4.6 評価

キャリア自社サービスアプリでは、ユーザーはすべての小さなアップデートを管理しないようにする。

Google Play リストを表示
Técnico Virtual – Suporte Técn アプリアイコン

ツール

Técnico Virtual – Suporte Técn

1,300万インストール4.3星評価

リリースオーバーヘッドなしで診断フローとヘルプフローのメンテナンスを行うアプリをサポートします。

Google Play リストを表示

この文は Capgo の顧客の主張ではありません。この例は、パブリック アプリ ストア データのみを使用しています。

このリリース モデルをあなたの内部アプリに持つことを欲しければ?

チャンネル、ロールアウトルール、トラッキングをあなたの実際の運用モデルにマップする。

即時ロールアウトを計画