Что необходимо для аварийных сбоев, которые будут отображаться после миграции Fabric Firebase?

Question

Есть приложение, мы выполнили миграцию около недели назад. Я получаю Ежедневную сводку, и 11 октября указывает на некоторые сбои (более конкретно). Когда я пытаюсь просмотреть любые сбои через пользовательский интерфейс Fabric Crashlytics или пользовательский интерфейс Firebase Crashlytics, я ничего не вижу, хотя я пытаюсь просмотреть все версии указанного приложения.

Хотя в руководстве по миграции (https://fabric.io/firebase_migration) сказано: «Продолжайте использовать Fabric Crashlytics SDK и ключ API в своем приложении.» И, похоже, изменение кода не требуется. Однако я знаю, что модулю Fabric и Crashlytics в нашем приложении уже более 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? (и я видел, что plist в некоторых руководствах по Firebase 1-2-3 - я не могу найти сейчас - также)

Может быть, отсутствуют некоторые DSYM? У нас могут быть некоторые OOM (не хватает памяти), но цифры не совпадают, я ожидаю увидеть некоторые сбои, некоторые пользователи сообщали об этом.

Answer 1

Похоже, что добавление файлов dSYM стало ключом к сбоям, которые заполнялись в статистике панели мониторинга. Я все еще выясняю с моим разработчиком iOS, почему он отсутствовал или был просто в старом формате (не в формате DWARF, упомянутом в учебниках).

Я говорил об этом с поддержкой Firebase, и если dSYM нет, тогдаони не могут символизировать и развертывать стек аварийных вызовов, и сейчас это заставляет их не вносить свой вклад в номера приборной панели. Служба поддержки подала заявку в свою внутреннюю систему продажи билетов, чтобы обеспечить необработанный стек вызовов в таких случаях - и, возможно, это поможет сбоям заполнить панель мониторинга.

---

Кроме того, на основании этого - и в соответствии с этимв руководстве по миграции сказано, что при переходе с Fabric Crashlytics на Firebase Crashlytics запуск модуля и базы Firebase не требуется.

Answer 2

Насколько я знаю, добавление GoogleInfoPlist требуется. Если он добавлен, удалите его и перейдите в корзину (не удаляйте ссылки), а затем добавьте его снова.

1. Запустите приложение из XCode, чтобы установить его на симуляторе или устройстве

2. Нажмите кнопку «Стоп» в XCode, чтобы выйти из нее

3.Запустите приложение с главного экрана, чтобы запустить его без отладчика

4.Нажмите кнопку «Сбой», чтобы вызвать сбой

5.Запустите приложение еще раз из Xcode, чтобы оно могло доставить записанный сбой в Crashlytics. В течение нескольких минут вы должны увидеть, что сбой появился на вашей консоли Firebase Crashlytics.

Также убедитесь, что вв ваших настройках сборки вы установили формат отладочной информации DWARF with dSYM. Также, если честно, миграция фабрики немного беспокойна, лучший способ - выбрать запуск нового проекта crashlytics вместо миграции с фабрики и загрузить plist и добавить в папку своего проекта