初始化Fabric.io以进行调试/发布的正确方法

Question

以下是来自Fabric.io的关于破折主义的一个简短的问题：

若要在调试中禁用它，是否仍应使用：

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

或者Fabric是否处理调试/发布的差异，我们应该只使用：

Fabric.with(this, new Crashlytics());

禁用的方法是简化的，如果在Android中使用Fabric插件，它总是将crashlytics实例更改为new Crashlytics()。

Answer 1

对于新的2.3.+版本，您应该使用如下术语：

Fabric.with(this, new Crashlytics.Builder()
            .core(new CrashlyticsCore.Builder()
                    .disabled(BuildConfig.DEBUG)
                    .build())
            .build());

Answer 2

尝尝这个。

Fabric.Builder.debuggable(boolean)

Java 破折主义

不推荐使用setDebugMode(布尔调试)。使用Fabric.Builder.debuggable(布尔值)代替

更新

欲了解更多信息，请访问反对SO - CrashLytics

Answer 3

另一个选项是拥有一个应用程序的调试版本：https://www.littlerobots.nl/blog/stetho-for-android-debug-builds-only/

基本上，您需要在Application文件夹中有一个调试版本的debug文件夹，与清单文件一起使用可调试的Fabric版本，这将解决您的DebugApp：

<manifest
    package="com.mycompany"
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools">

    <application
        tools:replace="android:name"
        android:name=".DebugApp"/>

</manifest>