Я наконец ослеп или нет очевидного способа удалить отчеты о сбоях Firebase через веб-консоль Google Firebase? Мое приложение для Android успешно регистрирует отчеты, но теперь у меня поток «сбоев разработки», которые занимают много моего просмотра в консоли. Это очень затрудняет поиск фактических сбоев пользователей бета-версии (особенно потому, что я также не могу фильтровать сбои по дате/времени). Любая помощь горячо приветствуется.
Google Firebase — как удалить отчеты о сбоях?
Ответы (4)
Лучшее, что вы можете сделать в долгосрочной перспективе, — это создать два разных экземпляра приложения, один для отладки/разработки, а другой — для выпуска, и убедиться, что у них разные имена пакетов. Это должно позволить вам просматривать их независимо друг от друга в консоли. Вы можете легко настроить это в своем build.gradle.
Эта тема также более подробно обсуждалась в нашей группе firebase-talk, но от точки зрения Firebase Analytics. Обязательно нажмите, чтобы получить более подробную информацию о том, как работает сборка gradle.
Что касается фактического удаления возникающих проблем, в настоящее время нет способа сделать это, но мы изучаем это для будущего выпуска. Мы определенно слышим все отзывы по этому поводу.
Я знаю, что это старо, но теперь есть способ отключить Crashlytics
в режиме отладки.
На уровне вашего приложения build.gradle
:
apply plugin: 'com.android.application'
apply plugin: 'io.fabric'
android {
//...
buildTypes {
release {
minifyEnabled true
shrinkResources true
proguardFiles getDefaultProguardFile("proguard-android.txt"), "proguard-rules.pro"
manifestPlaceholders = [crashlyticsEnabled: true]
}
debug {
manifestPlaceholders = [crashlyticsEnabled: false]
}
}
}
//...
И в вашем теге AndroidManifest.xml
внутри application
:
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="${crashlyticsEnabled}" />
У него есть возможность закрыть проблему в графическом интерфейсе. Я прикрепил скриншот для справки. imgur.com/AK7tx.png" alt="введите здесь описание изображения">
Как ответил Дуг, в данный момент это невозможно.
Мой метод заключается в использовании фильтра: когда вы в dev/debug, вы перекатываете версию вперед на одну второстепенную версию, а когда вы ее выпускаете, используете другую версию.
Таким образом, вы можете ограничить ошибки, с которыми вы имеете дело, текущей версией, а не изменять имена пакетов или открывать две ветки кода.