Firebase 崩溃报告与 Crashlytics / Fabric
Firebase Crash Reporting vs. Crashlytics / Fabric
我已经使用 Crashlytics 几年了（现在当然是 Fabric），并且对 Google Firebase 的最新更新很感兴趣。
有没有人有机会同时使用这两者，如果有...您的印象如何？您喜欢其中一个吗...为什么？
感谢您提前提供任何信息、提示或一般意见。
周末愉快。
:-)
我现在的建议是依靠 Crashlytics 进行崩溃报告，直到 Firebase 可以进一步修改功能。我已经在一些应用程序中实现了这两种方法，并且 Crashlytics 有一些优势。他们会在发生崩溃时发送电子邮件通知，包括优先级更改，并且崩溃在界面中出现的速度非常快，通常在 5 分钟内。
就目前而言，Firebase 没有崩溃通知，崩溃报告可能需要 20-40 分钟才能显示在仪表板中。使用 Firebase 报告的一个好处是，他们的分析将创建一个由经历过崩溃的用户组成的受众群体，使您能够识别并为这些用户提供不同的体验（推送通知、欢迎屏幕、优惠券代码等）
两者:
Ability to report logs for crashes to investigate interaction and
function
Crashlytics:
~5 minute reporting time
Email notifications
Firebase:
20-40 minute reporting time
Richer user data
Can redact some logged info: "Logged in Chris" could become "Logged in [REDACTED_US_MALE_NAME]"
我已经使用 Crashlytics 几年了（现在当然是 Fabric），并且对 Google Firebase 的最新更新很感兴趣。
有没有人有机会同时使用这两者，如果有...您的印象如何？您喜欢其中一个吗...为什么？
感谢您提前提供任何信息、提示或一般意见。
周末愉快。 :-)
我现在的建议是依靠 Crashlytics 进行崩溃报告，直到 Firebase 可以进一步修改功能。我已经在一些应用程序中实现了这两种方法，并且 Crashlytics 有一些优势。他们会在发生崩溃时发送电子邮件通知，包括优先级更改，并且崩溃在界面中出现的速度非常快，通常在 5 分钟内。
就目前而言，Firebase 没有崩溃通知，崩溃报告可能需要 20-40 分钟才能显示在仪表板中。使用 Firebase 报告的一个好处是，他们的分析将创建一个由经历过崩溃的用户组成的受众群体，使您能够识别并为这些用户提供不同的体验（推送通知、欢迎屏幕、优惠券代码等）
两者:
Ability to report logs for crashes to investigate interaction and function
Crashlytics:
~5 minute reporting time
Email notifications
Firebase:
20-40 minute reporting time
Richer user data
Can redact some logged info: "Logged in Chris" could become "Logged in [REDACTED_US_MALE_NAME]"