【问题标题】:Fabric missing dsym for an iOS appiOS 应用的 Fabric 缺少 dsym
【发布时间】:2018-05-18 14:35:46
【问题描述】:

我正在使用 crashlytics 进行崩溃报告。

在上一个版本中,我看到很多 dsym 缺失警告。我尝试手动上传 dsym,但没有成功。

问题

  1. 缺少 dsym 是否会影响崩溃次数?
  2. 是号码 的无崩溃用户和无崩溃会话受缺失影响 dsym?

我正在尝试决定是否应该暂停发布直到解决此问题,或者即使 dsym 丢失,稳定性报告是否准确

【问题讨论】:

  • 投反对票?发表评论

标签: ios crashlytics google-fabric


【解决方案1】:

这是我从 Fabric Support 那里得到的答案

感谢您与我们联系。缺少 dSYMS 的崩溃将不计入应用报告的崩溃次数。这也会影响您的无崩溃用户和无崩溃会话百分比”

【讨论】:

    【解决方案2】:

    是的,您仍然会在没有 dsym 的情况下获得崩溃报告,它们只会出现在这个“非符号化崩溃”页面中。 编辑:根据 Fabric 客户服务(已接受的答案),这些崩溃也不会计入无崩溃 %s

    附注:但对于象征性崩溃,Fabric 的一个有趣之处在于崩溃计数将始终“准确”,但直到用户下次打开您的应用程序及其能够发送到服务器。因此,您在最新版本或主页上看到的概述通常会说 XXX 崩溃,但是当您实际单击版本本身时,您几乎看不到那么多。这只是意味着用户崩溃了,Crashlytics 能够自己记录崩溃,但还没有发送崩溃日志。

    旁注,但如果您想确保生成 dSYM,您应该转到 Build Settings > Build Options > Debug Information Format,并确保启用了 DWARF with dSYM。 Fabric 让您添加的运行脚本确保它自动发送

    【讨论】:

    • 只是好奇,你从哪里得到这些信息,fabric 说对面
    • 是吗?我很好奇为什么崩溃次数和崩溃总数之间存在不匹配,而不久前我花了一些时间在谷歌上搜索。不记得我在哪里找到了那条信息,但我记得在某个似乎合法的地方找到了它,这对我来说在逻辑上是有意义的
    • 哦,我看到你的答案了
    • 是的,我仍在试图找出为什么我的 dsym 丢失:(
    • 查看我写的最后一件事,确保你有启用了 dSYM 的 DWARF(注意,你的构建、调试、发布等方案都有自己的设置很重要),然后确保您遵循了结构说明并在构建阶段添加了构建脚本 - 应该这样做
    猜你喜欢
    • 1970-01-01
    • 2018-11-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-11-28
    • 2018-04-14
    • 1970-01-01
    • 2017-08-21
    相关资源
    最近更新 更多