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

セット・アンド・フォーゲット

自身で更新されるプライベートアプリ

MDMまたは内部ストアを通じて、ネイティブアプリを一度インストールしてください。その後、Capgoはバックグラウンドで新しいウェブパッケージをダウンロードし、適用するときに選択し、失敗したパッケージをロールバックし、各デバイスが実行しているバージョンを表示します。

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

チャンネルマップ

Capgoコンソールチャンネルリストを使用して、プライベートアプリのリリースを管理する
チャンネルマップ
例: 生産、サイトEU、サイトUS
ロールアウトルール
最初は1つのサイト、次にすべての場所
アップデートチェック
起動時、10分ごとに
インストールするのは一度
署名されたネイティブアプリをMDM、企業アプリストア、またはデバイスプロビジョニングフローを通じて配信します。
バックグラウンドでアップデート
アプリは起動時と10分ごとにオープンなままの間、バンドルをチェックし、バックグラウンドでダウンロードします。
オフラインで作業を続ける
接続がなくても、デバイスは持っているバンドルを実行し、再びオンラインになるとチェックします。

誰もアップデートをタップする人はいない

キオスク、共有タブレット、フィールドデバイスは、1日中1つのアプリケーションを実行します。ユーザーは、アプリケーションを更新するために店舗を開く必要がありません。ITは、毎回のWeb修正に対して新しいパッケージをプッシュしたくありません。CapgoはWeb層を独自に最新の状態に保ち、失敗したバンドルを戻し、各デバイスが実行していることを通知します。

ネイティブインストール
MDM経由
アップデートチェック
開いている間隔
バンドルが起動しない
ロールバック

手動管理されていないデバイス用に作成

Use Capgo as the release lane for web assets, not as a replacement for your native distribution. Native binaries still go through your enterprise packaging flow.

アプリケーションは最後にダウンロードしたバンドルから起動します。接続が切断されたデバイスは、アプリケーションを実行し、再接続すると再度チェックします。
更新動作ドキュメント
__CAPGO_KEEP_0__はWebアセットのリリースチャネルとして使用してください。ネイティブバイナリは、エンタープライズパッケージングフローを通じて実行される必要があります。
1つのサイトごとに
各サイトまたはチームごとに独自のチャンネルを設定し、1つのサイトでバンドルを検証し、その後同じバンドルを他のチャンネルにリンクする。
チャンネル
失敗したバンドルから回復する
新しいバンドルが10秒以内にnotifyAppReady()を呼び出さない場合、デバイスはそれを失敗とみなし、最後に正常に動作したバンドルに戻る。サイト上の誰もが何もしなくてもよい。
notifyAppReady()と自動的なロールバック
各デバイスが実行しているものを表示する
デバイスログはチェック、ダウンロード、インストール、失敗を記録する。setCustomId()を使用して、Capgoデバイスをアセットリストと一致させるカスタムIDを設定する。
デバイスとカスタムID

それがどのように機能するか

ITチームが管理されたデバイスをCapgoで最新の状態に保つ方法

アプリを一度設定し、CIからリリースし、コンソールから監視する。以下のすべてのコマンドと設定は、Capgoドキュメントからです。

  1. 1回でアプリをインストールしてデフォルトチャンネルに設定

    defaultChannelは、このビルドからすべてのデバイスを正しいチャンネルに設定します。例えば、1つのサイトごとに。autoUpdate: '常に'は、ダウンロードした新しいバンドルを適用するため、バックグラウンドに移動しないキオスクアプリに適しています。

    // capacitor.config.ts
    plugins: {
      CapacitorUpdater: {
        defaultChannel: 'site-eu',
        autoUpdate: 'always',
        autoSplashscreen: true,
      },
    },
    アップデートの動作
  2. 起動時にnotifyAppReady()を呼び出す

    notifyAppReady()と自動的なロールバック

    import { CapacitorUpdater } from '@capgo/capacitor-updater'
    
    // once your app has loaded
    CapacitorUpdater.notifyAppReady()
    CIから公開し、1つのサイトから始める
  3. Uploadに--deltaオプションを使用して、デバイスが変更されたファイルのみをダウンロードするようにします。最初のサイトが正しく表示されるようになったら、他のチャンネルに同じバンドルをリンクします。

    チャンネル

    npx @capgo/cli@latest bundle upload --channel site-eu --delta
    # after the first site checks out
    npx @capgo/cli@latest channel set site-us com.example.app \
      --bundle 1.4.2
    デバイスを監視し、1つの場所からロールバック
  4. 一括管理

    Observe

    # roll site-eu back to the previous bundle
    npx @capgo/cli@latest channel set site-eu com.example.app \
      --bundle 1.4.1
    Observe

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

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

Capacitorで作成されたアプリ

アカウントアプリには、静かに自動的にメンテナンスする必要があります。

通信やサポートアプリには、請求、プラン、サポート、デバイスワークフローが必要です。これらは、ユーザーに新しいバイナリをインストールする必要なく、常に最新の状態に保つ必要があります。

My Swisscomアプリのアイコン 生産性

My Swisscom

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

Google Playのインストール
1.8M
ストア評価
4.4
マイVodafoneアプリのアイコン ツール

マイVodafone

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

Google Playのインストール
11,100万
ストア評価
4.6
バーチャルエンジニア – サポートアプリアイコン ツール

バーチャルエンジニア – サポートアプリ

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

Google Play インストール
10.3M
ストア評価
4.3

顧客の証明

Capgoを使用するチームが言っていること

5.0/5 開発チームによって評価 9,400+ チーム レビューを読む

Webincodeの@

開発者、Webincode

“特定のグループにデバイスIDを追加し、特定のグループにのみ変更をプッシュすることができることは、命を救うものです。”

セルジウ・Sの肖像

セルジウ

drivolino GmbHのリード開発者

“Capgo Capgo Capacitor Updaterプラグインは、更新を配信する方法を完全に変えました。何日もかかったものが、僅か数分で済みます。”

Kapil

NuTriQの創業者

“生産用のOTAアップデートを即時実行できるようになったことは、フルアプリストアレビューサイクルを待たずに大きな運用上の利点となった.”

FAQ

FAQ

管理されたデバイスを実行するチームの質問

キオスク、MDM、内部アプリの場合、誰も手動で更新しない

Yes, with autoUpdate set to 'always'. The plugin checks every 10 minutes while the app is open (periodCheckDelay, 600 seconds minimum) and applies a downloaded bundle right away. With the default 'atBackground', the bundle waits until the app is backgrounded. Instant apply also needs @capacitor/splash-screen with autoSplashscreen turned on.

はい、autoUpdateを'常に'に設定すると、プラグインは10分ごとにアプリが開いている間 (periodCheckDelay、600秒以上) をチェックし、ダウンロードしたバンドルを即座に適用します。デフォルトの'atBackground'では、バンドルはアプリがバックグラウンドに移動するまで待ちます。即時適用には、@__CAPGO_KEEP_0__/splash-screenとautoSplashscreenを有効にする必要があります。

アップデートの動作

ロールバック

With Capgo Notifications set up, channel set --send-update-notification sends a silent update-check notification after you change the channel's bundle. Delivery is best effort and depends on the operating system, network, and device state. It cannot reach offline or force-quit apps.

静的更新確認

MDMまたは内部ストアが必要ですか?

Yes、ネイティブアプリ用です。CapgoはJavaScript、HTML、CSS、資産を更新します。新しいプラグイン、ネイティブcode、Capacitorの設定変更は、MDMまたは内部ストアを通じて署名された新しいパッケージとして配信されます。

ネイティブビルドが必要なものは?

更新トラフィックは、独自のインフラストラクチャ上に残ることができますか?

エンタープライズプランでは、独自のホスト環境、ハイブリッド環境、ライセンスされた自社ホスト環境が提供されます。オープンソースのアップデートサーバーを実行することもできますが、その場合、チャンネルや統計などの機能を自分で作成する必要があります。

自社ホストアップデートドキュメント

内部アプリ用にこのリリースモデルを実装したいですか?

デバイスの登録と接続方法を教えてください。チャンネル、更新タイミング、ロールバックについて、ごfleetのために説明できます。