Как отключить Crashlytics во время разработки

Есть ли какой-нибудь простой способ отключить Crashlytics Android SDK во время разработки?

Я не хочу, чтобы это вызывало сбой каждый раз, когда я делаю что-то глупое

С другой стороны, я не хочу комментировать Crashlytics.start()и, возможно, рискну забыть раскомментировать и зафиксировать

Марк из Crashlytics здесь. Вот несколько способов отключить Crashlytics во время сборки отладки!

1. Используйте другой android: versionString для отладочных и выпускных сборок, а затем отключите отчеты о сбоях на веб-панели Crashlytics для отладочной версии.

2. Оберните вызов Crashlytics.start () в оператор if, который проверяет флаг отладки. Вы можете использовать либо собственный флаг, либо подход, подобный предложенному здесь: Как проверить, подписан ли APK или «отладочная сборка»?

Я нашел решение от Crashlytics (с интеграцией Fabric)

Поместите следующий код в класс приложения onCreate()

Crashlytics crashlytics = new Crashlytics.Builder().disabled(BuildConfig.DEBUG).build();
Fabric.with(this, crashlytics);

РЕДАКТИРОВАТЬ:

В 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());

(скопировано из устаревшего метода Crashlytics отключено () )

EDIT2:

Вы также можете по желанию добавить это в свой buildTypeGradle. Эта команда отключает отправку файла сопоставления сбоев и генерацию идентификатора для каждой сборки, что ускоряет сборку Gradle этих разновидностей. (Он не отключает Crashlytics во время выполнения.) Смотрите ответ Майка Б. здесь.

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());

ПРИМЕЧАНИЕ. С помощью этого метода Fabrics инициализируется только в сборках выпуска (как указано в приведенном выше коде). Это означает, что вам нужно помещать вызовы статических методов в Crashlyticsклассе в ifблок, который проверяет, была ли инициализирована Fabrics, как показано ниже.

if (Fabric.isInitialized())
    Crashlytics.logException(e);

В противном случае приложение завершится с Must Initialize Fabric before using singleton()ошибкой при тестировании на эмуляторе.

2019 Ответ

Я пытался включить Crashlytics только в выпуске и отключить в режиме отладки в течение 2 часов, проверяя консоль Firebase, чтобы узнать, были ли загружены исключения или нет.

Есть 2 возможных способа сделать это.

ОПЦИЯ 1

Это работает, но если вы вызываете какой-либо Crashlyticsметод в отладочных сборках, приложение вылетает .

Приложение / build.gradle

android {
    buildTypes {
        release {
            manifestPlaceholders = [crashlyticsEnabled: true]
        }
        debug {
            manifestPlaceholders = [crashlyticsEnabled: false]
        }

AndroidManifest.xml

<manifest
    <application
        <meta-data
            android:name="firebase_crashlytics_collection_enabled"
            android:value="${crashlyticsEnabled}" />

ВАРИАНТ 2

Альтернатива, если это позволяет вам вызывать 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)

Используйте это в MyApplication#onCreate()

if (!BuildConfig.DEBUG) Crashlytics.start(this);

РЕДАКТИРОВАТЬ Если вы обновились до Fabric, используйте этот ответ .

Согласно Google используйте этот код для отключения Crashlytics, и это также улучшит процесс сборки.

ссылка- 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}" />

Обратите внимание, что вы также можете отключить надоедливую загрузку символов в отладочной сборке:

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свой модуль приложения.

Если вы хотите перехватить все сбои (для отладочной и выпускной сборок), но хотите разделить их в Crashlytics Dashboard, вы можете добавить эту строку кода в 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());
}

Проблема в том, что ни одно из решений не работает для последней версии SDK. (Я использую 2.9.0)

Вы не можете отключить его по коду, так как он компилируется в ваш проект и запускается даже до вызова onCreate вашего приложения. Таким образом, другое решение простое - не компилируйте crashlytics, когда это не нужно. Замените вызов 'compile' на 'releaseCompile' в файле build.gradle.

 releaseCompile('com.crashlytics.sdk.android:crashlytics:2.9.0@aar') {
        transitive = true
    }

На сегодняшний день самая простая версия при использовании Gradle для сборки:

if (!BuildConfig.DEBUG) {
    Fabric.with(this, new Crashlytics());
}

Он использует новый встроенный синтаксис от Fabric для 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 trueBuildConfig.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 () или запуска какого-либо действия, что означает, что ручная инициализация матрицы в приложении или деятельности не имеет эффект, потому что ткань уже инициализирована.

Шаг 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
}

Существует два варианта отключения Firebase Crashlytics для следующей версии com.google.firebase: firebase-crashlytics: 17.0.0:

1. Добавить метатег в манифест приложения

<meta-data android:name="firebase_crashlytics_collection_enabled" android:value="false" />

ИЛИ

2. Сконфигурируйте непосредственно в приложении (имейте в виду, когда установлено значение false, новое значение не применяется до следующего запуска приложения)

FirebaseCrashlytics.getInstance().setCrashlyticsCollectionEnabled(true)

Другой способ, если вы хотите сделать это только в своей среде IDE, - выйти из плагина. Очевидно, он прекратит отправку отчетов, пока вы создаете сборки без повторного входа в систему.

1. Добавьте это в build.gradle вашего приложения:

   android {
       buildTypes {
           debug {
             // Disable fabric build ID generation for debug builds
             ext.enableCrashlytics = false
             ...

2. Отключите комплект 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);

3. В AndroidManifest.xml добавьте

   <meta-data
   android:name="firebase_crashlytics_collection_enabled"
   android:value="false" />

2020 Post Fabric Ответ

Вставьте приведенный ниже код в ваш класс Application и вызовите метод setCrashlyticsStateиз вашего приложения onCreate. При желании вы можете добавить свои идентификаторы тестового устройства кdebugDevices HashSet, чтобы ваши личные устройства можно было игнорировать даже при сборке в режиме выпуска.

Заметка. Идентификатор устройства, возвращаемый пользователем Settings.Secure.getString(getContext().getContentResolver(), Settings.Secure.ANDROID_ID);, не гарантируется быть уникальным или постоянным (он может измениться при сбросе настроек или вручную на устройстве с правами root). Но это должно быть достаточно хорошо.

private final HashSet<String> debugDevices = new HashSet<String>(Arrays.asList("6a3d5c2bae3fd32c"));

private boolean isDebugDevice(String deviceId) {
    return debugDevices.contains(deviceId);
}

private void setCrashlyticsState() {
    @SuppressLint("HardwareIds")
    String deviceId = Settings.Secure.getString(getContext().getContentResolver(), Settings.Secure.ANDROID_ID);
    if (BuildConfig.DEBUG || isDebugDevice(deviceId)) {
        Log.v("DeviceId", deviceId);
        FirebaseCrashlytics.getInstance().setCrashlyticsCollectionEnabled(false);
    }
}

Проверьте это BuildConfig. смотрит на правильный класс BuildConfig. Часто есть несколько вариантов, и неправильный может быть втянут.

Это глупый ответ, я знаю.
Просто закомментируйте Fabric.with(this, new Crashlytics());, поработайте над этим и раскомментируйте его, когда захотите выпустить.