有一個構建設置說明「我默認設置的符號爲」,但我仍未在我的設備上發現符號化崩潰。這在ios上是不可能的嗎?我知道這是在Mac上,但也許有我失蹤的另一個設置? 謝謝。關於調試版本的符號化崩潰報告
回答
如果在將構建部署到設備上之後沒有啓動另一個構建過程,則符號化將起作用。每個版本都將生成具有相同UUID的應用程序二進制文件和dSYM文件的唯一組合。此ID在崩潰報告中設置,用於查找正確的dSYM以解析崩潰報告中的符號。
如果您再次構建,這些文件將被替換,因此也會獲得新的UUID。所以符號化過程找不到相應的文件,並且不會解析應用程序特定的符號。 iOS符號應該可以正常工作。
好吧,我想我明白了。我經常在我的設備和模擬器上進行調試。但是,如果我爲設備測試創建一個新的方案,那麼這些與dSYM的構建應該保持獨立 – 2012-07-17 16:15:14
我認爲一個新的方案和新的配置 – 2012-07-17 16:16:10
配置和設備目標一起是唯一的。所以如果你改變它們中的任何一個,它會被寫入其他地方。如果你去組織者,項目,選擇項目,點擊派生數據的箭頭右邊將會打開一個查找窗口。然後選擇生成子目錄,然後選擇產品。這是二進制文件和dSYM文件所在的位置。您會看到每個配置和設備目標的一個目錄。 – Kerni 2012-07-17 18:23:10
- 1. 符號崩潰報告ios
- 2. 調試崩潰報告
- 3. 測試版通過Xcode組織者調試崩潰報告調試 - >崩潰
- 4. 關於java的崩潰報告
- 5. 如何調試ejabberd崩潰報告?
- 6. 識別符號崩潰報告中的崩潰
- 7. 爲什麼我的崩潰報告沒有符號化?
- 8. 在Windows上出現符號化的iOS崩潰報告
- 9. Xcode 8.2應用程序崩潰 - [viewcontroller .cxx_destruct]符號化崩潰報告
- 10. 如何符號化iPhone應用程序崩潰報告?
- 11. Parse.com崩潰報告:堆棧跟蹤未被符號化
- 12. 崩潰報告
- 13. 如何調試崩潰版本構建?
- 14. 在崩潰時,Firebase的「崩潰報告」會自動報告嗎?
- 15. 崩潰報告iOS
- 16. android.database.CursorIndexOutOfBoundsException ....崩潰報告
- 17. java.lang.NullPointerException ...崩潰報告
- 18. iPhone崩潰報告
- 19. Android崩潰報告
- 20. AsyncTask崩潰報告
- 21. java.lang.ClassNotFoundException崩潰報告
- 22. HockeyApp崩潰報告
- 23. TestFlight崩潰報告
- 24. Firebase崩潰報告iOS - 無法讀取的崩潰 - 上傳符號文件?
- 25. FirebaseCrash:無法初始化崩潰報告
- 26. 測試飛行崩潰報告
- 27. 如何從測試版設備獲取崩潰報告
- 28. JVM的崩潰報告
- 29. Python中的崩潰報告
- 30. NewRelic崩潰報告不適用於iOS?
你如何獲得符號化的崩潰報告? – Till 2012-07-16 21:54:03
直接從xcode,在組織器窗口連接設備 – 2012-07-17 02:32:56