ロールバック

Capgoのライブアップデートはユーザーに迅速な改善と修正を提供できますが、アプリの以前のバージョンにロールバックする必要がある状況もあります。新しいアップデートで予期せぬ重大な問題が発生した場合や、修正作業中に特定の変更を元に戻したい場合などです。

Capgoはチャンネルのビルドを管理し、ユーザーが受け取るアプリのバージョンを制御するための複数の方法を提供しています。

以前のバンドルへのロールバック

新しいビルドをアップロードしチャンネルに割り当てるたびに、Capgoはそれらのビルドの履歴を保持します。特定のアップデートを元に戻す必要がある場合、これらの以前のビルドの1つを選択してチャンネルに再デプロイできます。

以前のビルドにロールバックするには：

ロールバック後、更新されたチャンネルをリッスンするように設定されたデバイスは、次回のアップデートチェック時に以前のビルドを受け取ります。ロールバックされたビルドは新しいアップデートとして扱われるため、通常のアップデートフローと条件が適用されます。

問題を調査している間、チャンネルのアップデートを一時的に停止したい場合は、チャンネルを現在のビルドからリンク解除できます。

チャンネルをリンク解除するには：

チャンネルがリンク解除されると、新しいアップデートは配信されなくなります。そのチャンネルに設定されたデバイスは、チャンネルが再びビルドにリンクされるまで現在のビルドのままとなります。

これは、アップデートに問題を特定したものの、どのビルドにロールバックするか確信が持てない場合に便利です。チャンネルをリンク解除することで、さらなるアップデートを配信することなく調査する時間を確保できます。

より深刻な状況では、チャンネル上のすべてのデバイスをアプリのネイティブバイナリに最初からパッケージされていたウェブビルドに戻したい場合があります。これは「ビルトインバンドル」として知られています。

チャンネルでビルトインバンドルを強制するには：

ビルトインバンドルを強制すると、そのチャンネルに設定されているすべてのデバイスは、次回のアップデートチェック時に元のパッケージされたウェブビルドに戻ります。これは現在のビルドに関係なく発生します。

これは特定の以前のビルドに戻すよりも積極的なロールバックオプションで、アプリがアプリストアに最後に公開されて以降にリリースされたすべてのライブアップデートが破棄されます。

問題をすばやく発見し、問題のあるアップデートの影響を最小限に抑えるためには、リリースのモニタリングと問題への対応計画を立てることが重要です。

いくつかの戦略には以下が含まれます：

慎重なモニタリングと問題のあるアップデートを迅速に管理する能力を組み合わせることで、ユーザーへの混乱を最小限に抑えながら、継続的に改善するアプリ体験を提供できます。