The TestFlight SDK recommends setting Strip Debug Symbols During Copy to YES in Xcode Build Settings to enable the best crash reporting possible. I noticed that it's set to YES by default.
Should I change it to YES? Why or why not?
The TestFlight SDK recommends setting Strip Debug Symbols During Copy to YES in Xcode Build Settings to enable the best crash reporting possible. I noticed that it's set to YES by default.
Should I change it to YES? Why or why not?
私はTestFlightで働いています。簡単な答えは次のとおりです。に設定しYESます。
長い答え:
@Kerniは正しいです。サーバー側のシンボリック化を開始する前に、デバイス上でシンボリック化するためにそのデータが必要でした。
したがって、dSYMをTestFlightにアップロードすると、それらを取り除くことができます。何らかの理由でdSYMをアップロードしたくない場合は、そのままにしておくことができ、TestFlightはデバイス上でシンボリック化できます。
基本的に、READMEは更新されませんでした。申し訳ありませんが@マニ!次のリリースのために更新します。(そのセクション全体を削除します)。
混乱してすみません!
デフォルト設定が の場合、YES他に何もする必要はありません。
一般に、この設定により、デバッグ シンボルが配布されたバイナリの一部ではないことが確認され、ファイル サイズが 30 ~ 50% 削減されます。代わりに、デバッグ シンボルを dSYM DWARF ファイルに書き込む必要があります。これは、後でクラッシュ レポートをシンボリック化するために使用できます。
TestFlight SDK では、この設定をYES ではなくNOに設定することをお勧めします。
可能な限り最適なクラッシュ レポートを有効にするには、ライブ クラッシュ レポートを作成するすべてのターゲットに対して、Xcode で次のプロジェクト ビルド設定を NO に設定することをお勧めします。プロジェクト ナビゲーター (デフォルトでは command+1 または command+shift+j) を開き、構成しているプロジェクト (通常はリストの最初の選択) をクリックすると、ビルド設定を見つけることができます。そこから、グローバル プロジェクト設定を変更するか、個々のプロジェクト ベースで設定を変更するかを選択できます。以下のすべての設定は、展開セクションにあります。
- 展開後処理
- コピー中にデバッグ シンボルを取り除く
- ストリップ リンク製品
Bugsense (http://www.bugsense.com/pages/faq) も、次の説明とともにこの設定を推奨しています。
iOS アプリのスタック トレースではなくメモリ ダンプを取得するのはなぜですか?
通常、iOS アプリにはデバッグ情報が含まれていないか、この情報は拡張子が dSYM (デバッグ SYMbols) の特別なファイルに含まれています。iOS アプリのデバッグ情報を有効にする (そしてバイナリに含める) には、すべてのプロジェクト構成で「Strip Debug Symbols」というプロジェクト設定を NO に設定する必要があります。