我在使用Xcode 14将dSYMs上传到crashlytics时遇到了一些问题。我在苹果论坛上看到了很多类似的问题和讨论，但如果它们与我的情况相同，则没有一个。
由于在Xcode 14中，bitcode被弃用，我们不能从TestFlight下载dSYMs。据我所知，只要标志“enable_bitcode”设置为no，我的本地存档（用于将应用上传到TestFlight）中的dSYMs应该对崩溃有效，但不幸的是，dSYM uuid不匹配。
因此，在Firebase控制台中，有一条信息表明，对于版本X构建版本Y，缺少UUID idX1和idX2的dSYM，但不幸的是，当我检查上传到Testflight的存档时，没有uuid idX1或idX2的dSYM。
我错过了什么吗？我将感激任何帮助。
1条答案
按热度按时间wdebmtf21#
禁用位代码时，通常需要执行以下步骤：
1.确保Xcode正在生成dSYM。
1.按照以下配置步骤在构建应用程序时自动上载dSYM。
1.增加版本/构建版本号（这是为了更容易区分新测试）。
1.做一个小的代码更改。这将触发Xcode生成一个新的UUID和相关的dSYM。
1.按照以下步骤构建应用程序并导致测试崩溃。
如果一切顺利，正确的dSYMs应该会上传到Crashlytics。但是，如果您看到此版本/内部版本号的“missing dSYMs”，那么很有意思的一点是，在上传dSMY时是否出现了问题。
通常，运行脚本将执行一些验证，但将异步执行上载。要覆盖此行为并将其作为生成过程的一部分执行，您可以使用以下其他运行脚本：
--build-phase标志将指示脚本在构建时上载dSYM，这将使构建时间稍长，但您可以获得有关此过程的详细信息。此外，--debug标志将使脚本提供详细输出。在这些调试日志中要查看的内容：
1.应用程序ID。请确保此ID正确。在某些情况下，可能存在多个GoogleServices-Info.plist文件，脚本可能使用了错误的文件。
1.上载过程中出错。