現在、新しいアップローダースクリプトを使用してdSYMをアップロードする問題に直面しています。
/path/to/Fabric/upload-symbols -gsp /path/to/GoogleService-Info.plist -p <platform> /path/to/dSYMs
DSYMをアップロードして成功の応答を受け取っています
しかし、firebase consoleには変更はありません。
私はすでに次のスレッドをチェックしました:
https://github.com/firebase/firebase-ios-sdk/issues/5327
誰かが解決策を持っているかどうか教えてください...
Firebase Crashlyticsで何が行われているのかわからない。
ただし、1日/ 24時間後にdSYMが処理され、同じビルドで(オプション)が表示されます。
更新
今日もdSYMをアップロードしましたが、すぐにアップロードされました。 Firebase Crashlyticsのアップロードプロセスがあるという問題がある可能性があります。
これがFabricから移行されたアプリである場合は、次の指示に従う必要があります。
「重要:以前にFabricからFirebase Crashlyticsにリンクしたアプリを使用している場合は、Fabric APIキーを渡してアップロードシンボルスクリプトを実行します。つまり、スクリプトを実行する次のオプションで、-a fabricを使用します-gsp path/to/GoogleService-Info.plistの代わりに-api-key。」
これが移行されたアプリではなく、不足している正しいUUIDがアップロードされているのに、不足しているdSYMエラーが発生している場合は、 Firebase Support に書き込む必要があります。デバッグログを取得し、セッションIDを確認できます。
現在、dSYMの処理(特に、dSYMサイズが大きい場合)には(約)24時間かかりますが、すぐに改善されるはずです。
最も影響を受けた開発者:
AppleからダウンロードされたdsymのバンドルIDが正しくないことが疑われます。Appleがcom.Apple.xcode.dsym。を設定しています(例:com.Apple。 xcode.dsym.Bingo Blast)。
1-一時的な回避策として、開発者がdsymをAppleからダウンロードした後、出現するすべての不正なバンドル文字列を正しいバンドルID(com.redhotlabs.bingoなど)に変換すると、dsymが正しく取り込まれるようになります。
開発者がとを適切な値に置き換えて使用できるシェルスクリプトの例をご覧ください。
export BUNDLE_ID = '' export DSYM_PATH = '' sed -i '' -e "s /> com.Apple.xcode.dsym。*\$ BUNDLE_ID \
2-アップロードシンボルが完了してマッピングファイルがアップロードされた後、少なくとも10分間はアプリをテストクラッシュさせたり、クラッシュする可能性のあるアプリをユーザーにリリースしたりしないでください。
3-この問題をすべて回避するために、Firebase SDK(現在ベータ版)にアップグレードすることをお勧めします。