Есть ли какой-либо простой способ отключить SDK от Crashlytics во время разработки?
Я не хочу, чтобы он посылал сбой каждый раз, когда я делал что-то глупое
С другой стороны, я не хочу комментировать Crashlytics.start() и, возможно, риск забыть раскомментировать его и совершить
Марк из Crashlytics здесь. Вот несколько способов отключить Crashlytics, когда вы делаете свои отладочные сборки!
Используйте другую версию android: versionString для отладки и выпуска сборок, а затем отключите отчеты о сбоях из веб-панели Crashlytics для отладочной версии.
Оберните вызов Crashlytics.start() в инструкции if, которая проверяет флаг отладки. Вы можете использовать либо настраиваемый флаг, либо такой подход, как предлагаемые здесь: Как проверить, подписана ли APK или "отладочная сборка" ?
Я нашел решение от Crashlytics (с интеграцией Fabric)
Поместите следующий код внутри класса Application onCreate()
Crashlytics crashlytics = new Crashlytics.Builder().disabled(BuildConfig.DEBUG).build();
Fabric.with(this, crashlytics);
EDIT:
В Crashalitics 2.3 и выше это устарело. Правильный код:
CrashlyticsCore core = new CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build();
Fabric.with(this, new Crashlytics.Builder().core(core).build());
или
Fabric.with(this, new Crashlytics.Builder().core(new CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build()).build());
(скопирован из Запрещенный метод устаревших отключений())
EDIT2:
Вы также можете добавить это в свой buildType в gradle. Эта команда отключает отправку файла сопоставления crashlytics и генерирует идентификатор для каждой сборки, что ускоряет создание gradle сборок этих ароматов. (Он не отключает Crashlytics во время выполнения.) См. Mike B здесь.
buildTypes {
release {
....
}
debug {
ext.enableCrashlytics = false
}
}
Выбранный ответ больше не верен. Google изменил интеграцию Crashlytics. Моя текущая версия - 2.9.1 и единственное, что мне нужно было сделать, это добавить implementation 'com.crashlytics.sdk.android:crashlytics:2.9.1' в мой файл Gradle. Больше ничего не требуется, приятно, но это означает, что Crashlytics всегда работает.
Решение 1
Скомпилируйте Crashlytics только в продакшен версии:
dependencies {
...
releaseImplementation 'com.crashlytics.sdk.android:crashlytics:2.9.1' // update version
}
Решение 2
Если вы хотите дополнительно настроить Crashlytics, тогда Решение 1 не работает, так как классы Crashlytics не будут найдены в Отладочных сборках. Так что измените реализацию Gradle обратно на:
implementation 'com.crashlytics.sdk.android:crashlytics:2.9.1' // update version
Затем перейдите в манифест и добавьте следующий тег meta-data внутри тега application:
<application
android:name="...>
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="false" />
...
</application>
Добавьте к своей Launch-Activity (требуется только один раз, а не к каждой деятельности)
if (!BuildConfig.DEBUG) { // only enable bug tracking in release version
Fabric.with(this, new Crashlytics());
}
Это включит Crashlytics только в версиях выпуска. Будьте внимательны, также проверьте BuildConfig.DEBUG при настройке Crashlytics, например:
if (!BuildConfig.DEBUG) {
Crashlytics.setUserIdentifier("HASH_ID");
}
Если вы используете Gradle, просто добавьте это в аромат:
ext.enableCrashlytics = false
Ознакомьтесь с последним документом. https://docs.fabric.io/android/crashlytics/build-tools.html#gradle-advanced-setup.
Помимо добавления ext.enableCrashlytics = false в build.grade вам нужно сделать,
Crashlytics crashlyticsKit = new Crashlytics.Builder()
.core(new CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build())
.build();
// Initialize Fabric with the debug-disabled crashlytics.
Fabric.with(this, crashlyticsKit);
Я нашел этот самым легким решением:
release {
...
buildConfigField 'Boolean', 'enableCrashlytics', 'true'
}
debug {
buildConfigField 'Boolean', 'enableCrashlytics', 'false'
}
Вышеупомянутые строки создадут статическое логическое поле с именем enableCrashlytics в файле BuildConfig, которое вы можете использовать, чтобы решить, следует ли инициировать Fabric или нет:
if (BuildConfig.enableCrashlytics)
Fabric.with(this, new Crashlytics());
ПРИМЕЧАНИЕ.. С помощью этого метода Ткани инициализируются только в версиях (как указано в приведенном выше коде). Это означает, что вам нужно отправлять вызовы методам статистики в классе Crashlytics в блоке if, который проверяет, были ли Тренировки инициализированы, как показано ниже.
if (Fabric.isInitialized())
Crashlytics.logException(e);
В противном случае приложение будет сбой при ошибке Must Initialize Fabric before using singleton() при тестировании на эмуляторе.
Используйте это в MyApplication#onCreate()
if (!BuildConfig.DEBUG) Crashlytics.start(this);
ИЗМЕНИТЬ Если вы перешли на Fabric, вместо этого используйте .
Если вы хотите зафиксировать все сбои (для отладки и создания релизов), но хотите их разделить на панели мониторинга Crashlytics, вы можете добавить эту строку кода в build.gradle:
debug {
versionNameSuffix "-DEBUG"
}
Например, если ваше приложение versionName равно 1.0.0, ваши версии релизов будут помечены как 1.0.0, тогда как сборки отладки будут 1.0.0-DEBUG
Здесь есть много хороших ответов, но для моего тестирования я использую отладочные сборки для собственных бета-тестов и тестирования вне лаборатории, где журналы сбоев по-прежнему очень полезны, и я все равно хотел бы сообщить об этом. Как и OP, все, что я хотел, было отключить их во время активной разработки, где я часто вызываю и быстро разрешаю аварии.
Вместо удаления всех сбоев отладки вы можете отключить отчеты только в том случае, если устройство подключено к вашей машине разработки с помощью следующего кода.
if (!Debug.isDebuggerConnected()) {
Fabric.with(this, new Crashlytics());
}
Обратите внимание, что вы также можете отключить раздражающую загрузку символов в сборке отладки:
def crashlyticsUploadStoredDeobsDebug = "crashlyticsUploadStoredDeobsDebug"
def crashlyticsUploadDeobsDebug = "crashlyticsUploadDeobsDebug"
tasks.whenTaskAdded { task ->
if (crashlyticsUploadStoredDeobsDebug.equals(task.name) ||
crashlyticsUploadDeobsDebug.equals(task.name)) {
println "Disabling $task.name."
task.enabled = false
}
}
Просто поместите его в build.gradle вашего прикладного модуля.
Проблема в том, что ни одно из решений не работает для последней версии SDK. (Я использую 2.9.0)
Вы не можете отключить его по коду, так как он компилируется в ваш проект и запускается даже до вызова onCreate вашего приложения. Таким образом, другое решение простое - не компилируйте crashlytics, когда в этом нет необходимости. Замените вызов 'compile' на 'releaseCompile' в файле build.gradle.
releaseCompile('com.crashlytics.sdk.android:crashlytics:[email protected]') {
transitive = true
}
Согласно Google используйте этот код для отключения Crashlytics, и это также улучшит процесс сборки.
reference- https://developer.android.com/studio/build/optimize-your-build
Еще одно простое решение, которое мне нравится, потому что оно не требует других файлов манифеста:
Шаг 1 - определить заполнители манифеста в build.gradle
android {
...
buildTypes {
release {
manifestPlaceholders = [crashlytics:"true"]
}
debug {
manifestPlaceholders = [crashlytics:"false"]
}
}
...
}
Шаг 2 - используйте их в вашем AndroidManifest.xml
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="${crashlytics}" />
Простая версия при использовании Gradle для сборки:
if (!BuildConfig.DEBUG) {
Fabric.with(this, new Crashlytics());
}
Он использует новый встроенный синтаксис из ткани для Crashlytics и работает автоматически с помощью сборки Gradle.
Странная проблема, с которой я столкнулся: я последовал за xialin (что также появляется на официальном сайте), и это не сработало. Оказалось, что я ссылался на BuildConfig в пакете Fabric, который также содержит статическую переменную DEBUG, которая была установлена в false даже в режиме отладки.
Итак, если вы будете следовать вышеупомянутому решению, и вы все равно получите отладочные отчеты, убедитесь, что вы ссылаетесь на это:
import com.yourpackagename.BuildConfig;
И не это:
import io.fabric.sdk.android.BuildConfig;
Если вы обеспокоены тем, что BuildConfig.DEBUG не настроен правильно, используйте ApplicationInfo вместо этого:
boolean isDebug = ( mAppContext.getApplicationInfo().flags & ApplicationInfo.FLAG_DEBUGGABLE ) != 0;
Crashlytics crashlytics = new Crashlytics.Builder().disabled( isDebug ).build();
Fabric.with( uIContext, crashlytics );
Использовать ароматы или строить конфиги. Используйте отдельный идентификатор сборки для сборки dev, и все ваши сбои будут продолжаться в отдельном приложении. Может пригодиться в случае совместного использования сборки с одноранговыми узлами или использования ее без отладчика. Что-то вроде этого -
productFlavors {
dev {
applicationId "io.yourapp.developement"
}
staging {
applicationId "io.yourapp.staging"
}
production {
applicationId "io.yourapp.app"
}
Если вы хотите создать отладочную версию, выполните следующие действия:
buildTypes {
release {
signingConfig signingConfigs.config
debuggable true //-> debuggable release build
minifyEnabled true
multiDexEnabled false
ext.enableCrashlytics = true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
buildConfigField 'boolean', 'BUILD_TYPE_DEBUG', 'false'
}
debug {
minifyEnabled false
multiDexEnabled true
ext.enableCrashlytics = false
ext.alwaysUpdateBuildId = false
// Disable fabric build ID generation for debug builds
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
buildConfigField 'boolean', 'BUILD_TYPE_DEBUG', 'true'
}
}
Когда вы устанавливаете debuggable true, ваш BuildConfig.DEBUG инициализируется с помощью true, поэтому я добавил эту переменную в класс BuildConfig.
Истинный материал:
Crashlytics crashlytics = new Crashlytics.Builder()
// disable crash reporting in debug build types with custom build type variable
.core(new CrashlyticsCore.Builder().disabled(BuildConfig.BUILD_TYPE_DEBUG).build())
.build();
final Fabric fabric = new Fabric.Builder(this)
.kits(crashlytics)
//enable debugging with debuggable flag in build type
.debuggable(BuildConfig.DEBUG)
.build();
// Initialize Fabric with the debug-disabled crashlytics.
Fabric.with(fabric);
Мы можем использовать метод ткани isDebuggable().
import static io.fabric.sdk.android.Fabric.isDebuggable;
if(! isDebuggable()){
// set Crashlytics ...
}
Удачного кодирования :)
Вы можете использовать выделенный файл манифеста для режима отладки (работает для меня с Crashlytics 2.9.7):
Создайте файл app/src/debug/AndroidManifest.xml и добавьте следующее:
<application>
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="false"/>
</application>
Обратите внимание, что этот элемент мета-данные должны быть введены в отлаживать/только AndroidManifest.xml, а не в обычной AndroidManifest.xml
Решение, которое использует CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build(), у меня не сработало, и я обнаружил, что crashlytics инициализируется CrashlyticsInitProvider до вызова Application.onCreate() или любой активности запущен, что означает, что ручная инициализация матрицы в приложении или действии не имеет никакого эффекта, поскольку ткань уже инициализирована.
2019 Ответ
Я пытался включить Crashlytics только в выпуске и отключить в режиме отладки в течение 2 часов, проверяя консоль Firebase, чтобы узнать, были ли загружены исключения или нет.
Есть 2 возможных способа сделать это.
Это работает, но если вы Crashlytics какой- Crashlytics метод Crashlytics в отладочных сборках, приложение Crashlytics крах.
Приложение /build.gradle
android {
buildTypes {
release {
manifestPlaceholders = [crashlyticsEnabled: true]
}
release {
manifestPlaceholders = [crashlyticsEnabled: false]
}
AndroidManifest.xml
<manifest
<application
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="${crashlyticsEnabled}" />
Альтернатива, если это позволяет вам вызывать методы Crashlytics без предварительной проверки BuildConfig.DEBUG. С помощью этой настройки вы можете безопасно вызывать такие методы, как Crashlytics.logException() - они просто ничего не делают в отладочных сборках. Я не вижу отчетов, загружаемых в отладке.
Приложение /build.gradle
android {
buildTypes {
release {
ext.enableCrashlytics = true
}
release {
ext.enableCrashlytics = false
}
AndroidManifest.xml
<manifest
<application
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="false" />
Приложение onCreate()
val crashlytics = Crashlytics.Builder()
.core(CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build())
.build()
Fabric.with(this, crashlytics)
Другой способ, если вы хотите сделать это только на своей IDE, - это выйти из плагина. По-видимому, он перестанет отправлять отчеты, пока вы создаете сборки без повторного входа.
Добавьте это в ваши приложения build.gradle:
android {
buildTypes {
debug {
// Disable fabric build ID generation for debug builds
ext.enableCrashlytics = false
...
Отключите комплект Crashlytics во время выполнения. В противном случае комплект Crashlytics выдаст ошибку:
// Set up Crashlytics, disabled for debug builds
// Add These lines in your app Application class onCreate method
Crashlytics crashlyticsKit = new Crashlytics.Builder()
.core(new CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build())
.build();
// Initialize Fabric with the debug-disabled crashlytics.
Fabric.with(this, crashlyticsKit);
В AndroidManifest.xml добавьте
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="false" />
Шаг 1: В build.grade
buildTypes {
debug {
debuggable true
manifestPlaceholders = [enableCrashlytic:false]
}
release {
debuggable false
manifestPlaceholders = [enableCrashlytic:true]
}
}
Шаг 2: в манифесте
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="${enableCrashlytic}" />
Шаг 3: В приложении или в первом действии
private void setupCrashReport() {
if (BuildConfig.DEBUG) return;
Fabric.with(this, new Crashlytics());
}
Я не уверен, что шаг 3 необходим, но чтобы продакшен версия работала без сбоев. источник: https://firebase.google.com/docs/crashlytics/customize-crash-reports#enable_opt-in_reporting
Эта работа для меня:
releaseCompile 'com.crashlytics.sdk.android:crashlytics:2.9.9'
и в buildTypes:
debug {
ext.enableCrashlytics = false
}
Это глупый ответ, я знаю,
Просто закомментируйте Fabric.with(this, new Crashlytics());, работайте над этим и раскомментируйте его, когда хотите его выпустить.