開発中にCrashlyticsを無効にする方法

開発中にCrashlytics Android SDKをオフにする簡単な方法はありますか？

バカなことをするたびにクラッシュを起こしたくない

一方、コメントアウトしたくないので、コメントCrashlytics.start()を外してコミットするのを忘れる危険性があります

CrashlyticsのMarcはこちら。デバッグビルドの実行中に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の非推奨メソッドdisabled（）からコピー）

EDIT2：

オプションでこれをbuildTypeイングラドルに追加することもできます。このコマンドは、crashlyticsマッピングファイルの送信を無効にし、ビルドごとにIDを生成することで、これらのフレーバーのGradleビルドを高速化します。（実行時にCrashlyticsを無効にすることはありません。）ここでMike Bの回答を参照してください。

buildTypes {
    release {
           ....
    }
    debug {
        ext.enableCrashlytics = false
    }
}

選ばれた答えはもはや正しくありません。Google はCrashlytics の統合を変更しました。私の現在のバージョンは、Gradleファイル2.9.1に追加implementation 'com.crashlytics.sdk.android:crashlytics:2.9.1'することだけです。他に必要なことはありませんが、これはCrashlyticsが常に実行されていることを意味します。

解決策1

Crashlyticsはリリースバージョンでのみコンパイルしてください。

dependencies {
   ...
   releaseImplementation 'com.crashlytics.sdk.android:crashlytics:2.9.1' // update version
}

解決策2

Crashlyticsを追加で構成する場合、Crashlyticsクラスがデバッグビルドに見つからないため、ソリューション1は機能しません。したがって、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に追加（すべてのアクティビティではなく、1回のみ必要）

if (!BuildConfig.DEBUG) { // only enable bug tracking in release version
   Fabric.with(this, new Crashlytics());
}

これにより、リリースバージョンでのみCrashlyticsが有効になります。Crashlyticsを構成するときに、BuildConfig.DEBUGも確認してください。例：

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はリリースビルドでのみ初期化されます（上記のコードで示されています）。つまり、以下のように、Fabricsが初期化されているかどうかをチェックCrashlyticsするifブロックのクラスの静的メソッドへの呼び出しを配置する必要があります。

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

そうMust Initialize Fabric before using singleton()しないと、エミュレータでテストするときにアプリがエラーでクラッシュします。

2019回答

Crashlyticsをリリースでのみ有効にし、デバッグで2時間だけ無効にして、Firebaseコンソールで例外がアップロードされているかどうかを確認しました。

これを行う方法は2つあります。

オプション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);

編集 ファブリックにアップグレードした場合は、代わりにこの回答を使用してください。

グーグルによると、Crashlyticsを無効にするためにこのコードを使用し、ビルドプロセスも改善します。

参照-https://developer.android.com/studio/build/optimize-your-build

別のマニフェストファイルを必要としないため、私が好むもう1つの簡単なソリューション：

ステップ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"
}

たとえば、アプリのversionNameが1.0.0の場合、リリースビルドは1.0.0としてタグ付けされ、デバッグビルドは1.0.0-DEBUGになります。

ここには多くの良い答えがありますが、私のテストでは、社内ベータ版のデバッグビルドと、クラッシュログが依然として非常に有用であり、それらを報告したいというラボ外のテストを使用しています。OPと同様に、私が頻繁にクラッシュを引き起こして迅速に解決しているアクティブな開発中は、それらを無効にすることだけが必要でした。

すべてのデバッグクラッシュを削除するのではなく、次のコードを使用してデバイスが開発マシンに接続されている間のみレポートを無効にすることを選択できます。

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

問題は、どのソリューションも最新のcrashlytics SDKで機能しないことです。（私は2.9.0を使用しています）

これは、プロジェクトにコンパイルされ、アプリケーションのonCreateを呼び出す前に実行されるため、コードで無効にすることはできません。したがって、他の解決策は簡単です-不要なときにcrashlyticsをコンパイルしないでください。build.gradleファイル内の「compile」呼び出しを「releaseCompile」に置き換えます。

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

Gradleを使用してビルドする場合の最新の最も簡単なバージョン：

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

Crashlytics用のFabricの新しい組み込み構文を使用し、Gradleビルドで自動的に動作します。

私が遭遇した奇妙な問題：私はxialinの回答（公式ウェブサイトにも表示されています）をフォローしましたが、機能しませんでした。私がBuildConfigデバッグモードでもfalseに設定された静的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 );

フレーバーまたはビルド構成を使用します。開発ビルドには別のビルドIDを使用してください。クラッシュすると、引き続き別のアプリに移動します。ビルドをピアと共有したり、デバッガなしで使用したりする場合に便利です。このようなもの -

    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は、私は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ではなく、debug / AndroidManifest.xmlにのみ配置する必要があることに注意してください。

を使用するソリューションCrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build()は機能しませんでした。Application.onCreate（）が呼び出される前、またはアクティビティが開始される前に、CrashlyticsInitProviderによってcrashlyticsが初期化されることがわかりました。つまり、アプリケーションまたはアクティビティでファブリックを手動で初期化すると、ファブリックはすでに初期化されているため、効果があります。

ステップ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
}

次のバージョンのcom.google.firebase：firebase-crashlytics：17.0.0でFirebase Crashlyticsを無効にするには、2つのオプションがあります。

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ポストファブリックアンサー

以下のコードをアプリケーションクラスに貼り付け、setCrashlyticsStateアプリケーションのonCreateからメソッドを呼び出します。オプションで、テストデバイスIDをdebugDevices HashSetに、リリースモードでビルドしている場合でも、個人用デバイスを無視できるようにすることもできます。

注意。によって返されるデバイスIDは、一意または一定であることが保証され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());、それに取り組み、リリースするときにコメントを外してください。