Ok
そのため、最近、アプリケーションがデバッグモードで動作しているのに、配布モードで動作していないという問題が発生しています。
アプリのアドホックディストリビューションビルドでブレークポイントや変数トレースなどのxcodeデバッグツールを使用することは可能ですか?
そうでない場合、通常、そのようなことをデバッグする方法はありますか?
Ok
そのため、最近、アプリケーションがデバッグモードで動作しているのに、配布モードで動作していないという問題が発生しています。
アプリのアドホックディストリビューションビルドでブレークポイントや変数トレースなどのxcodeデバッグツールを使用することは可能ですか?
そうでない場合、通常、そのようなことをデバッグする方法はありますか?
クラッシュ ログから手がかりが得られないと仮定すると (それらを取得するには、デバイスに接続する必要があります)、できることはたくさんあります。
しかし、クラッシュログを見ることから始めたいと思います...手がかりはそこにあります.Appleが配布クラッシュログをiTunesConnectを通じて利用できるようにしていることを忘れないでください.
1) 大量のロギングは 1 つのことです。多くの開発者はスイッチを使用して、デバッグではログがコンソールに送られますが、他のビルドではドロップされます。代わりにファイルにログを記録する別のオプションを検討してください。その後、ログ ファイルをリモート サーバーにプッシュしてデバッグすることができます。これをすべて設定するのは少し手間がかかりますが、一度設定すると、それなしでどのように生活していたのか不思議に思うでしょう.
2) もう 1 つのオプションは、問題が発生したことを検出したときに Flurry を使用してイベントをログに記録することです。これにより、ランダムなクラッシュではなく、予期したとおりに動作しない場合に、より制御された問題をカバーできます。これは、ログに記録するデータとその理由について利用規約が明確である場合、リリースされたアプリにとって便利な機能です。
3) 必ずクリーン ビルドを行ってください。既にこれを行っていると思いますが、これらの問題が解決される場合もあります。
4) 外部ライブラリ/モジュールを使用していますか? TT の古いバージョンで arm6/7 ビルド設定が間違っていて、ディストリビューション ビルドで問題が発生するという問題に遭遇しました。基本的に、各プロファイルのビルド設定を確認し、期待どおりであることを確認してください。
5) 競合状態が疑われます。配布モードでは (多くの場合、ログがオフになっているため)、アプリケーションの実行速度が少し速くなります。これにより、不適切に記述されたコードのタイミング問題のバグが明らかになる可能性があります。
そうです...できることはたくさんあります...デバッガをアタッチすることはできません;-)
配布モードでアプリケーションをデバッグすることはできません。
Distribution、Debug、Releaseのビルド構成の違いは、実際にはXCodeで設定したパラメーターに関係ありません。ディストリビューション設定で問題が発生し、リリースに問題がない場合、それを修正する最も簡単な方法は、元々行ったように、リリース設定をコピーして変更を加えてディストリビューション設定にするというAppleの手順に戻ることです。
別の方法は、リリースと配布の構成のすべての行を調べて、何が違うのかを見つけることです。もう1つの方法は、はるかに高速です。:)