Як відключити Crashlytics під час розробки

Чи є простий спосіб відключити Crashlytics Android SDK під час розробки?

Я не хочу, щоб він подавав аварію кожного разу, коли я роблю щось дурне

З іншого боку, я не хочу коментувати, Crashlytics.start()і, можливо, ризикую забути розблокувати його та зробити

Марк з Crashlytics тут. Ось кілька способів відключити Crashlytics, коли ви робите налагодження!

1. Використовуйте інший android: versionString для налагодження та випуску версій, а потім відключіть звіт про аварійне завершення з веб-панелі інструментів Crashlytics для налагоджувальної версії.

2. Оберніть виклик на Crashlytics.start () у операторі if, який перевіряє прапор налагодження. Ви можете використовувати або спеціальний прапор, або такий підхід, як запропонований тут: Як перевірити, чи APK підписаний чи "налагодження"?

Я знайшов рішення від Crashlytics (з інтеграцією тканин)

Введіть наступний код у ваш клас додатків 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

Потім перейдіть до свого Manifest і додайте до meta-dataтегу наступний applicationтег:

<application
        android:name="...>

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

...

</application>

Додайте до своєї стартової активності (потрібна лише разова, не кожна діяльність)

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()помилкою при тестуванні на емуляторі.

Відповідь 2019 року

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

Є два можливі способи зробити це.

ВАРІАНТ 1

Це працює, але якщо ви викликаєте будь-який Crashlyticsметод на налагодженнях, додаток вийде з ладу .

app / 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()- вони просто не роблять нічого в налагодженнях. Я не бачу, щоб звіти завантажувались у налагодження.

app / 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);

EDIT Якщо ви оновили до Тканини, використовуйте замість цього відповідь .

Згідно з 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, ви можете додати цей рядок коду до build.gradle:

debug {
    versionNameSuffix "-DEBUG"
}

Наприклад, якщо версіяName вашого додатка - 1.0.0, версії версій буде позначені як 1.0.0, а налагодження - 1.0.0-DEBUG

Тут є багато хороших відповідей, але для мого тестування я використовую налагодження налагодження для внутрішніх бета-версій та тестування поза лабораторією, де журнали аварійних ситуацій все ще дуже корисні, і я все одно хотів би повідомити про них. Як і в ОП, все, що я хотів, було відключити їх під час активного розвитку, де я часто спричиняю і швидко вирішую збої.

Замість того, щоб видаляти ВСІ помилки налагодження, ви можете вимкнути звіти лише тоді, коли пристрій підключено до вашої машини розвитку із наступним кодом.

if (!Debug.isDebuggerConnected()) {
    Fabric.with(this, new Crashlytics());
}

Проблема полягає в тому, що жодне з рішень не працює для останніх sdk аварійних ситуацій. (Я використовую 2.9.0)

Ви не можете вимкнути його за кодом, оскільки він збирається у ваш проект і працює перед тим, як виклик onCreate вашої програми. Тож інше рішення просте - не збирайте крашмітики, коли це не потрібно. Замініть виклик "компілювати" на "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 for Crashlytics і автоматично працює зі збіркою Gradle.

Дивна проблема, з якою я зіткнувся: я переслідував відповідь xialin (який також з'являється на офіційному веб-сайті), і це не спрацювало. Виявилося, що я посилався BuildConfigна пакет Fabric, який також містить статичну змінну DEBUG, яка була встановлена ​​на помилку навіть у режимі налагодження.

Отже, якщо ви дотримуєтесь вищезгаданого рішення і все ще отримуєте звіти про налагодження, переконайтеся, що ви посилаєтесь на це:

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

Використовуйте ароматизатори або створюйте конфігурації. Використовуйте окремий ідентифікатор збірки для складання розробників, і всі ваші збої продовжуватимуть переходити до окремої програми. Може стати в нагоді у випадку спільного використання збірки з однолітками або використання її без налагоджувача. Щось на зразок цього -

    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.

Тканина Init:

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(), не працювало для мене, і я з'ясував, що аварійні ініціалізації ініціалізуються 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. Додайте метатег до програми Manifest

<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 відповідь тканини відповідь

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

Примітка. Ідентифікатор пристрою, який повертається, Settings.Secure.getString(getContext().getContentResolver(), Settings.Secure.ANDROID_ID);не гарантується, що він буде унікальним або постійним (він може змінюватися на заводських скиданнях або вручну на вкоріненому пристрої). Але це повинно бути досить добре.

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());, працюйте над цим і коментуйте його, коли ви хочете звільнити його.