我以为是我眼瞎了,还是说在Google Firebase网站控制台中删除Firebase Crash报告没有显而易见的方法?我的Android应用程序成功地记录了报告,但现在出现了大量“开发中的崩溃”,占用了我的控制台视图很多空间。这使得很难找到实际的β用户崩溃(特别是因为我似乎也无法按日期/时间筛选崩溃)。非常感谢您的帮助。
我以为是我眼瞎了,还是说在Google Firebase网站控制台中删除Firebase Crash报告没有显而易见的方法?我的Android应用程序成功地记录了报告,但现在出现了大量“开发中的崩溃”,占用了我的控制台视图很多空间。这使得很难找到实际的β用户崩溃(特别是因为我似乎也无法按日期/时间筛选崩溃)。非常感谢您的帮助。
长期来看,最好的做法是创建两个不同的应用程序实例,一个用于调试/开发,另一个用于发布,并确保它们具有不同的包名称。这样可以使它们在控制台中独立查看。您可以在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}" />
正如Doug所回答的那样,目前还不可能。
我的方法是使用过滤器-在开发/调试时,将版本向前推进一个次要版本,而在发布时,则使用另一个版本。
这样,您可以将正在处理的错误限制在当前版本中,而不更改包名称或打开两个代码分支。