問題タブ [dsym]

数週間前から、アプリケーションからのシンボリック化されたログに問題があります。バイナリをアップロードしてシンボルを含めます。TestFlight (内部および外部) でビルドを使用すると、すべて正常に動作し、期待どおりのクラッシュ ログが取得されます。しかし、ビルドをアプリのレビューに送信するとすぐに (以前に確認しました。iTunes Connect から、dSYM が利用可能であることがわかります)、dSYM は消えます。

最初は、リリース ビルドにはシンボルが含まれていないと思っていましたが、最初のリリース バージョンにはシンボルが含まれています。では、なぜ私の最新リリースには dSYM がないのでしょうか? この問題を含む最初のビルドは、今年の 10 月 31 日にアップロードされました。

App Store ユーザーから送信されたクラッシュ ログを Xcode 7 でシンボル表示することができませんでした。必要な dSYM をすべて持っているにもかかわらず、手動でシンボル表示しようとすると失敗します。

クラッシュ ログの抜粋:

私のアプリでは Bitcode が有効になっているため、Xcode > Organizer > Archives から dSYM をダウンロードしました。次に、App Store に送信されたビルドのアーカイブ内に実際に存在することを確認し29A862B9-75B3-35AE-91C2-615C775E064F.dSYMました (ユーザーがクラッシュしたときに実行していたのと同じビルド)。

次に、クラッシュ ログを手動でシンボル表示するために、ターミナルで次のコマンドを実行しました。

その後、処理が完了するのを待ちましたが、結果のシンボリック化されたファイルでは、シンボルが置換されていませんでした。出力を見ると、アプリのバイナリに関連する次の情報が表示されました。

これにより、シンボルが置き換えられることはありません。これが機能しない理由はありますか？すべての UUID に問題はないように見えます。正しいアプリ ファイル、dSYM などが見つかります。必要に応じて、さらに情報を提供させていただきます。

iOS アプリのクラッシュ ログがどのように記号化されるかについてはよく知っていますが、これは難問です。

Xcode 7.2 (7C68) で通常のアーカイブを使用してから App Store にアップロードするフローを使用して、TestFlight を通じてベータ版としてリリースされたビルド 2345 の MyApp があります。

xcarchive でバイナリの dwarfdump を実行すると、次のようになります。

dSYM ファイルの dwarfdump は次のとおりです。

ここまでは順調ですね。

ただし、バイナリの UUID が異なるビルド 2345 の [整理] > [クラッシュ] でクラッシュが発生しました。

クラッシュレポートが同じビルドのものであることは確かですが、ここのUUIDは3715db2...私が期待している場合のものですb2a69bec...

私はビットコードを有効にしているので、オーガナイザーのアーカイブ ページから dSYM をダウンロードしようとしましたが (Apple がそうする必要はなかったので arm64 をビルドしましたが)、クラッシュ レポートの他の UUID/バイナリの dSYM を取得しましたが、myappバイナリ。実際、このmyappバイナリは、対応する dSYM がダウンロードされなかった唯一のバイナリです!

いくつか質問があります:

1. 3715db2438743cf5aac1742d9a214c2cmyapp バイナリのバージョンはどこから来たのですか?
2. クラッシュを象徴できるように、dSYM を取得するにはどうすればよいですか? Apple は、Xcode の「Download dSYMs」オプションでそれを返しません。

から dSYM ファイルを抽出したいのですが、オーガナイザーで[ dSYM をダウンロード... ] をクリックすると、次のメッセージが表示されます。

Cocoapods 0.39 によって生成されたワークスペースで Xcode 7.2 を使用しています。

どうすれば入手できますか?

クラッシュをシンボル化するのを手伝ってくれませんか?

Xcode 7.3 では、[ウィンドウ] -> [オーガナイザー] -> [クラッシュ] で、最新の TestFlight ビルドからのクラッシュ レポートがあります。それらはこの Mac 上に構築されており、対応する dSYM を含むすべてのアーカイブが [アーカイブ] タブにあります。アプリは多数のフレームワークとメイン アプリに分割されており、多くは Swift と Objective C が混在しています。クラッシュ ログでは、フレームワークとアプリの名前が正しくリストされているのを確認できますが、私のフレームワークとアプリのエントリはすべてapp は 16 進数です。UIKit は問題なくシンボリック化されています。

iTunes Connect を見ると、「シンボルを含む」に「はい」と表示され、dSYM をダウンロードできます。ビルド時に、「デバッグ情報形式」オプションが「dSYM 付きの DWARF」に設定されました。「コピー中にデバッグシンボルを削除する」と「リンクされた製品を削除する」を「いいえ」に設定して、違いが生じるかどうかを確認しました。そうではありませんでした。

/usr/bin または /Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash でも、自分のシステムで symbolicatecrash アプリを見つけることができませんが、古い Xcode 5 を使用しています。それをつかむことができました。ただし、シンボルは解決されません。

アプリのプロファイルを作成すると、Instruments でも同じ問題が発生します。UIKit は正常にシンボル化されますが、フレームワークとアプリでは 16 進数しか表示されません。

これについて多くの投稿があったことは知っていますが、7.3 ベータ期間から現在に至るまで、多くの記事を調べてきましたが、解決策が見つかりませんでした。