🚀 エキスパートによるサポートが必要ですか?
複雑な問題でお困りですか?当社のエキスパートチームが解決をサポートします。パーソナライズされたサポート、code のレビュー、そしてお客様のニーズに合わせたカスタムソリューションを提供します。
インストール手順と、このプラグインの完全なMarkdownガイドを含むセットアッププロンプトをコピーします。
Capgo の利用中に発生する可能性のある一般的な問題と、その解決方法をご紹介します。
🚀 エキスパートによるサポートが必要ですか?
複雑な問題でお困りですか?当社のエキスパートチームが解決をサポートします。パーソナライズされたサポート、code のレビュー、そしてお客様のニーズに合わせたカスタムソリューションを提供します。
bundleのuploadに失敗する場合は、以下を再確認してください:
capacitor.config.ts Capgo ダッシュボードのアプリと一致しているかCapgo CLI では、一般的なuploadの問題を解決するための追加フラグが用意されています:
--tus:以下のを使用します tus 再開可能なアップロードプロトコル 大きなbundleのアップロードや不安定なネットワーク環境でも、より確実にアップロードを行うために。bundleが10MBを超える場合や接続が不安定な場合は、以下を使用することを検討してください: --tus:
npx @capgo/cli@latest bundle upload --tus--package-json と --node-modules:Capgo にルートディレクトリの場所を伝えます package.json と node_modules アプリが monorepo や npm workspace のような標準外の構成を使用している場合に指定します。ルートへのパスを package.json および --node_modules path:
npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modulesアプリの依存関係を正しくbundleするために、Capgo はこの情報を必要とします。
これらのフラグは、次のような他のオプションと組み合わせて使用できます: --channel 必要に応じて組み合わせてください。詳細は Capgo CLI のドキュメントを 参照して、利用可能なuploadオプションの全容を確認してください。
uploadでまだ問題が解決しない場合は、 Capgo サポート までお問い合わせください。
Live Updatesで問題が発生している場合、Capgo のdebugコマンドがトラブルシューティングに役立ちます。使い方は以下の通りです:
プロジェクトディレクトリで次のコマンドを実行してください:
npx @capgo/cli@latest app debugデバイスまたはエミュレータでアプリを起動し、アップデートをトリガーする操作(例:新しいbundleをアップロードした後にアプリを再起動するなど)を行ってください。
デバッグコマンドの出力を確認してください。アップデートプロセスに関する以下の情報がログに記録されます:
デバッグログを使用して、問題が発生している箇所を特定してください。例:
CapacitorUpdater.notifyAppReady() また、アプリが完全に終了され、その後再起動されたことも確認してください。debug コマンドは、アップデートのダウンロードやインストールに関する問題を特定するのに非常に便利です。ログで期待するアップデートバージョンが見つかっているのに最終的に適用されていない場合は、ダウンロード以降のステップに絞ってトラブルシューティングしてください。
Capgo debug コマンドに加えて、Android、iOS、Electron のネイティブログも、特にアップデートプロセスのネイティブ側で発生する問題の解決に役立つ情報を提供します。
Android ログを確認するには:
Capgo SDK のログを確認するにはまたは、以下の adb logcat コマンドを使用して、 Capgo ログをフィルタリングできます。
Capgo SDK は、アップデート中の以下のような主要なイベントをログに記録します:
ログに表示される可能性のある、Android 特有の一般的な問題には以下があります:
iOSのログを確認するには:
Capgo SDK のログを見つけるためにまた、以下を使用することも可能です: log stream ターミナルでコマンドを実行し、 Capgo でログをフィルタリングします。
Androidと同様に、Capgo SDK はiOS側の主要なイベントをログに記録します:
ログから特定できるiOS特有の問題には以下が含まれます:
Electronアプリの場合は、メインプロセスとレンダラープロセスの両方の出力を確認してください:
bun run electron:dev または bun run electron:serve)、起動時、アップデートのチェック、およびネットワークエラーに関するターミナルの出力を監視します。Console.app アプリ名でフィルタリングしますjournalctl アプリのプロセス用アップデートのデバッグ時は、main-process と renderer-process 両方のログメッセージを比較してください。これにより、Electron のブートストラップの問題と Capgo のアップデートライフサイクルに関する問題を切り分けることができます。
プラットフォームを問わず、ネイティブログを使用すると、ネイティブ実装の詳細を含む、より低レイヤーなアップデートプロセスの状況を確認できます。これらは、Capgo の JavaScript レイヤー以外で発生している問題を特定する際に特に有用です。
厄介な live update の問題をトラブルシューティングする際は、Capgo のデバッグログとネイティブログの両方を取得して、何が起きているのかを包括的に把握することをお勧めします。これら2つのログを組み合わせることで、問題の特定と解決の可能性が最大限に高まります。
bundleをアップロードしたのにデバイスに反映されない場合は、以下を確認してください:
CapacitorUpdater.notifyAppReady() のドキュメントにある通り、アプリ内で code を呼び出しているか確認してください。 クイックスタート詳細は以下のドキュメントを参照してください: Live Updateのデプロイ アップデートプロセスの詳細については、こちらのガイドを確認してください。解決しない場合は、 npx @capgo/cli@latest app debug コマンドとネイティブログを使用して、詳細な状況を確認してください。
ログに以下のようなバックエンドエラーが表示される場合は、 disable_auto_update_to_major, semver_error、または cannot_update_via_private_channel専用のガイドを参照してください:
各codeの一般的な意味、発生原因、および解決方法について説明しています。
Capgo SDK のインストールで問題が発生している場合は、以下を確認してください:
CI/CD パイプラインから Capgo の upload をトリガーする際に問題がある場合:
詳細については、 CI/CD連携 その他のトラブルシューティングのヒントについては docs を参照してください。また、 npx @capgo/cli@latest app debug コマンドを使用して、CI/CD でトリガーされたアップデートがアプリに届いているか確認できます。
使用している場合 トラブルシューティング ストレージとファイル処理を計画するには、以下と連携してください: @capgo/capacitor-data-storage-sqlite @capgo/capacitor-data-storage-sqlite の実装の詳細については、 @capgo/capacitor-data-storage-sqlite の使い方 「@capgo/capacitor-data-storage-sqliteの使用方法」におけるネイティブ機能について、 @capgo/capacitor-file @capgo/capacitor-file の実装の詳細については、 @capgo/capacitor-file の使い方 「@capgo/capacitor-file の使用」のネイティブ機能については、および @capgo/capacitor-uploader @capgo/capacitor-uploader. の実装の詳細については