![](/img/trans.png)
[英]Firebase Crashlytics not reporting crashes after Fabric Migration
[英]What is needed for crashes to show up after Fabric Firebase migration?
有一個應用程序,我們大約在一周前執行了遷移。 我收到每日摘要,10 月 11 日顯示一些崩潰(更具體地說)。 當我嘗試通過 Fabric Crashlytics UI 或 Firebase Crashlytics UI 查看任何崩潰時,盡管我嘗試查看上述應用程序的所有版本,但我什么也沒看到。
盡管遷移指南( https://fabric.io/firebase_migration )說“繼續在您的應用程序中使用 Fabric Crashlytics SDK 和 ZDB974238714CA8DE634A7CE1D083A14F ”。 似乎不需要更改代碼。 但是我知道我們應用程序中的 Fabric 和 Crashlytics pod 已有 2 年多的歷史了。 這個 SO 答案https://stackoverflow.com/a/54575731/292502提到了版本,以及https://firebase.google.com/docs/crashlytics/get-started
另外,我是否必須添加GoogleService-Info.plist
和 Firebase 吊艙,如https://medium.com/@niamhpower/the-great-migration-moving-from-fabric-to-firebase-as-an中所示-ios-developer-7b61a8b40008 ? (我在一些 Firebase 1-2-3 指南中看到了那個plist
- 我現在也找不到了)
可能是缺少一些 DSYM 嗎? 我們可能有一些 OOM(內存不足),但數字不一致,我預計會看到一些崩潰,一些用戶報告了它。
據我所知,需要添加GoogleInfoPlist
。 如果已添加,請將其刪除並移至垃圾箱(不要刪除引用),然后再次添加。
1.從 Xcode 運行您的應用程序,將其安裝在模擬器或您的設備上
2.按Xcode中的停止按鈕退出
3.從主屏幕啟動您的應用程序以在沒有調試器的情況下運行它
4.按下“Crash”按鈕觸發崩潰
5.從 Xcode 再次運行應用程序,以便它可以將記錄的崩潰傳送到 Crashlytics 在幾分鍾內,您應該會看到崩潰出現在 Firebase Crashlytics 控制台上。
還要確保在您的構建設置中,您已DWARF with dSYM
。 另外,老實說,織物遷移有點忙,go 的最佳方法是 select 開始新的 crashlytics 項目,而不是從織物遷移並下載 plist 並添加到您的項目文件夾中
看起來添加 dSYM 文件是在儀表板統計信息中填充崩潰的關鍵。 我仍在與我的 iOS 開發人員一起調查它為什么丟失或者只是舊格式(不是教程中提到的 DWARF 格式)。
我就此與 Firebase Support 進行了交談,如果沒有 dSYM,則他們無法符號化和展開崩潰調用堆棧,現在這導致他們無法為儀表板編號做出貢獻。 支持在他們的內部票務系統中提交了一張票,以在這種情況下提供原始調用堆棧——這可能有助於崩潰以填充儀表板。
此外,基於此 - 並根據遷移指南所說 - 當您從 Fabric Crashlytics 遷移到 Firebase Crashlytics 時,不需要 Firebase pod 和 plist。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.