在进行内部测试时未收到 crashlytics 上的崩溃
Not receiving crashes on crashlytics while do internal testing
我已经将 crashlytics 与 pod 集成在一起。我曾经使用 Testflight 测试应用程序。我注意到 iTunes 连接上很少有崩溃，但没有收到来自 fabric/crashlytics 的任何电子邮件。
我像 exit(1) 一样手动尝试应用程序崩溃，我在下次启动应用程序时收到一封电子邮件。所以假设 crashlytics 框架集成成功。
你对我想看的地方有什么建议吗？
这里是来自 Fabric 的迈克。
我们的电子邮件通知将不会在每次崩溃时发送，因为对于许多开发人员来说这会让人不知所措。崩溃按问题分组，以便更轻松地跟踪应在您的应用中修复的问题，这里是针对问题触发电子邮件的时间。
在以下选项下发送一封电子邮件，与崩溃（归入问题）相关。
- New Issue（当出现全新问题时 - 您的应用程序以前从未见过的崩溃）
- 新的非致命问题（当出现全新记录的 NSError - 您的应用程序以前从未见过的 NS 错误）
- 回归问题（当在问题的已知版本之外检测到崩溃并关闭问题时。例如，您认为您已经解决了应用程序 1.2 版中的 crash/issue 并发布了 1.3 . 如果崩溃再次发生，将打开问题并触发回归电子邮件）。
- 崩溃稳定性摘要 - 这是当检测到问题随着时间的推移呈趋势或数量特别多时发送的摘要电子邮件。
Fabric 的电子邮件服务可能存在一些问题，因为我也遇到了同样的问题。但是当我登录到我的 Fabric 帐户并查看那里的报告时，它显示那里发生了崩溃。因此，请检查您的 Fabric 仪表板。你可能会在那里列出你的崩溃。
我已经将 crashlytics 与 pod 集成在一起。我曾经使用 Testflight 测试应用程序。我注意到 iTunes 连接上很少有崩溃，但没有收到来自 fabric/crashlytics 的任何电子邮件。
我像 exit(1) 一样手动尝试应用程序崩溃，我在下次启动应用程序时收到一封电子邮件。所以假设 crashlytics 框架集成成功。
你对我想看的地方有什么建议吗？
这里是来自 Fabric 的迈克。
我们的电子邮件通知将不会在每次崩溃时发送，因为对于许多开发人员来说这会让人不知所措。崩溃按问题分组，以便更轻松地跟踪应在您的应用中修复的问题，这里是针对问题触发电子邮件的时间。
在以下选项下发送一封电子邮件，与崩溃（归入问题）相关。
- New Issue（当出现全新问题时 - 您的应用程序以前从未见过的崩溃）
- 新的非致命问题（当出现全新记录的 NSError - 您的应用程序以前从未见过的 NS 错误）
- 回归问题（当在问题的已知版本之外检测到崩溃并关闭问题时。例如，您认为您已经解决了应用程序 1.2 版中的 crash/issue 并发布了 1.3 . 如果崩溃再次发生，将打开问题并触发回归电子邮件）。
- 崩溃稳定性摘要 - 这是当检测到问题随着时间的推移呈趋势或数量特别多时发送的摘要电子邮件。
Fabric 的电子邮件服务可能存在一些问题，因为我也遇到了同样的问题。但是当我登录到我的 Fabric 帐户并查看那里的报告时，它显示那里发生了崩溃。因此，请检查您的 Fabric 仪表板。你可能会在那里列出你的崩溃。