MacDevCrashReports заканчивается, так как я не могу продолжать предоставлять услугу бесплатно, объем данных слишком велик. 100.000 сообщений о сбоях, например требуется около 2 ГБ памяти. НО я работаю над новым сервисом с некоторыми друзьями, чтобы обеспечить расширенную функциональность для управления отчетами о сбоях и другими данными, связанными с разработчиками. Вы можете проверить наличие HockeyApp новостей об этом.
До этого вы также можете использовать источник MacDevCrashReports * на основе 1008 * на своем веб-сервере. Это полностью открытый исходный код и доступен на GitHub .
Процесс сбора сбоев использует PLCrashReporter . Что является более надежным и асинхронным. Существуют также случаи сбоев, например сбоев во время выполнения objc, когда это приводит к тупику (Информация Лэндона Фуллера, создателя PLCrashReporter ).
Обозначение PLCrashReporter созданных файлов журнала сбоев, может быть сделано с помощью пакетов dSYM, проверьте это описание .
Относительно аргумента AppStore от Питера. Как указывает Патрик, это не работает для сборок Ad-Hoc, что является одной большой проблемой, так как вы хотите найти и исправить сбои во время тестирования. С другой стороны, отчеты о сбоях в iTunes Connect очень неточны:
- Набор данных обновляется только один раз в день
- Данные доступны только после того, как пользователи синхронизируют свои устройства с iTunes и только если они согласились отправить эти данные. Поскольку большинство пользователей не понимают диалоговое окно, они отрицают
- Вы получаете только подмножество сбоев, верхние 5
- Вы не получаете мгновенные отчеты, в отличие от встроенного в приложение репортера
- Вы не получаете группировку подобных сбоев, как веб-служба
- У вас нет веб-интерфейса для работы со сбоями, создания заметок, пометки как исправленной и т. Д.
iTunes Connect сообщает, что у моего приложения было 0 (ноль) сбоев, но в моей базе данных их около 200! Прочтите это сообщение в блоге от futuretap об их опыте и результатах использования встроенного в приложение аварийного репортера.