Firebase上传缺少必需的dSYM，无法正常工作

Question

当前，我在通过新的上传程序脚本上传dSYM时遇到问题。

/path/to/Fabric/upload-symbols -gsp /path/to/GoogleService-Info.plist -p <platform> /path/to/dSYMs

我通过上传dSYM获得成功响应

但是在Firebase控制台上没有任何更改。

我已经检查了以下线程：

https://github.com/firebase/firebase-ios-sdk/issues/5327

请让我知道是否有人有解决办法...

Answer 1

如果这是从Fabric迁移的应用，那么您需要遵循以下指示，

“重要提示：如果您正在使用以前从Fabric链接到Firebase Crashlytics的应用程序，请传入Fabric API密钥以运行上传符号脚本。也就是说，在以下用于运行脚本的选项中，请使用-a fabric-api-key而不是-gsp path / to / GoogleService-Info.plist。”

如果这不是一个已迁移的应用程序，并且您看到正确的丢失的UUID正在上载，但是仍然出现丢失的dSYM错误，则需要写入Firebase Support，以便他们可以获取调试日志并检查您的会话ID。

Answer 2

不知道Firebase Crashlytics中发生了什么。

但是在1天/ 24小时之后，dSYM已处理，现在它们在同一版本中显示（可选）。

更新

我今天再次上传了dSYM，并且很快就上传了。可能是Firebase Crashlytics上传过程中存在一些问题！

https://github.com/firebase/firebase-ios-sdk/pull/5228

Answer 3

当前，处理dSYM大约需要24小时（特别是在dSYM较大的情况下），但是它很快就会得到改善。

受影响最大的开发人员：

• 仅保留织物遗产，不迁移客户-应该不会产生影响
• Fabric旧版SDK，已迁移到Firebase-影响
通过Firebase加载的
• Fabric旧版SDK-已受影响
• Firebase SDK（当前处于测试版）-没有影响

怀疑是从Apple下载的dsym具有不正确的捆绑软件ID。苹果正在设置com.apple.xcode.dsym。 （例如com.apple.xcode.dsym.Bingo Blast）。

1-作为一种临时解决方法，如果开发人员从苹果公司下载了dsym之后，使用正确的包ID（例如com.redhotlabs.bingo）转换了所有出现的不正确的包字符串，则应允许提取dsym正确地。

请参阅示例Shell脚本，开发人员可以使用该脚本替换和并使用适当的值。

export BUNDLE_ID ='' 导出DSYM_PATH ='' sed -i''-e“ s /> com.apple.xcode.dsym。* \ $ BUNDLE_ID \

2-在上传符号完成并上传了映射文件后，至少10分钟内不要对应用进行测试崩溃或将可能崩溃的应用发布给用户。

3-我建议升级到Firebase SDK（当前为Beta版），以避免所有问题聚集在一起。

Answer 4

我遇到了同样的问题。我发现了什么：

1. 您应该仔细检查是否可以在您的 XCode 存档中找到这个特定的 DSYM。为此，打开 XCode->Organizer->Show In Finder-> DSYMs in bundle：尝试从 dSYMS 错误 Firebase 面板中通过 ID 查找特定的 DSYM。如果您可以找到具有相同 ID 的任何内容，则必须手动上传。
2. 在我的实践中，延迟通常是几分钟，最多 24 小时。
3. 有时，我在 XCode 存档或 AppStore 下载中找不到 Firebase 上列出的 DSYM ID。我发现，Firebase 可以捕获该应用程序的所有分布式版本。这就是为什么如果 AppStore 还没有在 TestFlight 上，你就无法在 AppStore 上找到它们。您可能可以在您的 alpha 档案中找到它们。

不过，这是我的猜测。 我想知道 Firebase 人员是否可以提供更多信息。