🚀専門の助けが必要ですか?
複雑な問題に詰まっている場合、専門のチームがあなたのニーズに合わせた個別のサポート、codeレビュー、カスタムソリューションを提供します。
コピー用意
ここでは、Capgoを使用する際に発生する可能性のある一般的な問題と、それを解決する方法について説明します。
🚀専門の助けが必要ですか?
複雑な問題に詰まっている場合、専門のチームがあなたのニーズに合わせた個別のサポート、codeレビュー、カスタムソリューションを提供します。
アップロードが失敗した場合、次のことを確認してください:
capacitor.config.ts Capgoプロジェクトのルートディレクトリからアップロードコマンドを実行していることを確認してください。Capgo CLIは、一般的なアップロード問題に役立つ追加のフラグを提供します。
--tus: __CAPGO_KEEP_0__が使用するプロトコル tus再送信可能なアップロードプロトコル 大きなバンドルやネットワーク接続が悪い場合に信頼性の高いアップロードを行うために使用します。バンドルサイズが10MBを超えている場合やネットワーク接続が不安定な場合、__CAPGO_KEEP_0__を使用することを検討してください。 --tus:
npx @capgo/cli@latest bundle upload --tus--package-json そして --node-modules: Capgoがrootディレクトリの場所を知るように指示します package.json そして node_modules あなたのアプリが非標準的な構造を使用している場合、例えばモノレポやnpmワークスペースを使用している場合。 package.json パスをrootに渡してください。 --node_modules そして
npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modulesCapgo needs this information to correctly bundle your app’s dependencies.
__CAPGO_KEEP_0__はこの情報を必要とします。アプリの依存関係を正しくバンドルするため。 --channel これらのフラグを他のオプションと組み合わせることができます。 Capgo CLI docs 詳細については__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ドキュメントを参照してください。
アップロードの問題が解決しない場合は、__CAPGO_KEEP_0__サポートにご連絡ください。 Capgo support 追加のサポートを受けるには。
ライブ更新で問題が発生している場合、Capgo デバッグコマンドはトラブルシューティングに役立つツールです。使用するには:
プロジェクトディレクトリで次のコマンドを実行してください:
npx @capgo/cli@latest app debugデバイスまたはエミュレータでアプリを起動し、更新をトリガーするアクションを実行してください (例: アップロードした新しいバンドルをアップロードした後、アプリを再起動する)
デバッグコマンドの出力を確認してください。更新プロセスに関する情報をログします。以下の情報が含まれます:
デバッグログを使用して、問題が発生している場所を特定します。例えば:
CapacitorUpdater.notifyAppReady() を呼び出して、そしてアプリが完全に閉じて再起動されていることを確認してください。を参照してくださいまたはサポートに連絡してください。
In addition to the Capgo debug command, the native logs on Android, iOS, and Electron can provide valuable troubleshooting information, especially for issues on the native side of the update process.
Android ログにアクセスするには:
Capgo to find the SDK logsログをフィルタリングするには、を検索する adb logcat __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ は、更新プロセス中にキーエベントをログする Capgo 更新チェックが開始されたとき
The Capgo SDK will log key events during the update process, such as:
Android固有の一般的な問題はログで確認できます。
iOSログにアクセスするには
Capgo SDKログを見つけるには、また、 log stream コマンドをターミナルで実行し、 Capgo ログをフィルタリングするために使用します。
Androidと同様に、Capgo SDKは、iOS側の重要なイベントをログします:
iOS固有の問題はログで検出できます。
Electronアプリの場合、メインプロセスとレンダラー プロセスの出力を両方確認してください。
bun run electron:dev ターミナル出力を起動、更新チェック、ネットワークエラーの出力と一緒に確認してください。 bun run electron:serveレンダラー ウィンドウでDevToolsを開き(View → Toggle Developer Tools)、更新フローを再現するときにコンソールログと失敗したネットワークリクエストを検査してください。Console.app アプリ名でフィルタリングしてくださいjournalctl アプリケーションプロセスデバッグ更新時、メインプロセスとレンダラプロセスのログからメッセージを比較して、Electronの起動問題とCapgoの更新ライフサイクル問題を分離する。
プラットフォームを横断して、ネイティブログは更新プロセスに関するより低レベルのビューを提供し、ネイティブ実装に関するより詳細な情報を提供します。特に、CapgoのJavaScript層外で発生する問題を特定するのに役立ちます。
トラブルシューティングの難しいライブアップデート問題の場合、Capgoのデバッグログとネイティブログをキャプチャすることは、問題を特定し解決するための包括的なビューを提供することです。両方のログを合わせると、問題を特定し解決するための最も良い機会を得ることができます。
アップロードしたバンドルがデバイスに表示されない場合:
CapacitorUpdater.notifyAppReady() code の方法を実行してください。参考のための ライブ更新の展開 の詳細については、更新プロセスについての npx @capgo/cli@latest app debug コマンドとネイティブログを使用して、まだ詰まっている場合は、起こっていることについてのより多くの視覚性を得ることができます。
ログがバックエンドエラーを示している場合、または disable_auto_update_to_major, semver_error、専用のガイドを使用してください: cannot_update_via_private_channel一般的な更新問題
It explains what each common code means, why it happens, and how to fix it.
Capgo SDK のインストールに問題がある場合は、確認してください:
Capgo のアップロードコマンドを実行する前に、ウェブアセットがビルドされていることを確認してください
See the CI/CD integration npx @capgo/cli@latest app debug docs
tips command confirm @capgo/capacitor-data-storage-sqlite for the implementation detail in @capgo/capacitor-data-storage-sqlite, Using @capgo/capacitor-data-storage-sqlite native機能の使用 (@capgo/capacitor-data-storage-sqlite) について @capgo/capacitor-file 実装詳細 (@capgo/capacitor-file) について native機能の使用 (@capgo/capacitor-file) native機能の使用 (@capgo/capacitor-file) と @capgo/capacitor-uploader 実装詳細 (@capgo/capacitor-uploader) について