Xcode 位码，包含符号设置对 dSYM 生成的影响
Xcode Bitcode, Include Symbols settings effect on dSYM generation
因为我使用 Crashlytics 来处理我的崩溃，所以我总是取消选中 “为您的应用程序包含应用程序符号以从 Apple 接收符号化的崩溃日志” 并保留 "Include Bitcode" 在将我的应用程序提交到 iTunes Connect 之前检查了一项（Apple Watch 的未来证明）：
Crashlytics 有一篇关于位码问题和缺少 dSYM 的文章：
https://docs.fabric.io/apple/crashlytics/missing-dsyms.html#bitcode-download
根据他们的截图，要下载由 Bitcode 创建的新生成的 dSYM 文件，可以直接在 iTunes Connect 中下载 link，但是，看来您必须检查 "Include app symbols"才能下载它们，否则你只会得到这个：
所以我对这两个设置对于 Crashlytics 或任何第 3 方崩溃处理程序服务的良好运行有何要求感到有点困惑。
我应该检查这两个设置吗？取消选中 "Include app Symbols" 是否可以，因为我不使用 Apple 的 Crash 管理器（据我了解，dSYM 文件在其 post-脚本存档期间上传到 Crashlytics）并且只检查 Bitcode 或者如果我这样做我将无法下载新的 Bitcode 生成的 dSYM（导致 Crashlytics 出现问题，正确地符号化崩溃）？
这是个好问题。有许多旋钮会影响应用调试符号信息的可用性。它令人困惑，人们经常被它绊倒。
这是我的指导方针：
- 向 Apple 提交应用程序时始终勾选 "include symbols" 复选框
- 始终删除您的最终 可执行文件（.app、.framework）
- 永远不要删除你的静态库，如果你有的话
- 您希望 Apple 的崩溃报告有效，即使您不打算查看它
使用此配置，您在本地或由 Apple 生成的 dSYM 将包含 Crashlytics 和 Apple 报告器工作所需的调试信息。 critical 你在使用 bitcode 时与 Apple 共享符号。如果不这样做，您可能永远无法看到该应用版本的符号化崩溃。
当然，您可能有一些正当理由不想与 Apple 共享符号。一是您想混淆您的代码。我知道有一些应用程序可以执行此操作。当然，这是一种权衡，因为它使符号化变得更加困难，甚至不可能，具体取决于混淆系统。
还有一些原因可能导致您不想剥离可执行文件。一是您依赖于不支持服务器端符号化的第三方崩溃报告系统。据我所知，这种情况越来越不常见，但这是需要注意的事情。
最后，您绝对希望 Apple 的崩溃报告系统正常工作，即使您从未打算使用它。 Apple 的系统能够比任何第 3 方解决方案更可靠地捕获更多崩溃。我相信它对于 Apple 的内部工作也是无价的。它确实有局限性，但实际上不会花费您任何费用。所以，保持它的工作，如果没有其他原因，只是为了将来可以选择查看它。
因为我使用 Crashlytics 来处理我的崩溃，所以我总是取消选中 “为您的应用程序包含应用程序符号以从 Apple 接收符号化的崩溃日志” 并保留 "Include Bitcode" 在将我的应用程序提交到 iTunes Connect 之前检查了一项（Apple Watch 的未来证明）：
Crashlytics 有一篇关于位码问题和缺少 dSYM 的文章：
https://docs.fabric.io/apple/crashlytics/missing-dsyms.html#bitcode-download
根据他们的截图，要下载由 Bitcode 创建的新生成的 dSYM 文件，可以直接在 iTunes Connect 中下载 link，但是，看来您必须检查 "Include app symbols"才能下载它们，否则你只会得到这个：
所以我对这两个设置对于 Crashlytics 或任何第 3 方崩溃处理程序服务的良好运行有何要求感到有点困惑。
我应该检查这两个设置吗？取消选中 "Include app Symbols" 是否可以，因为我不使用 Apple 的 Crash 管理器（据我了解，dSYM 文件在其 post-脚本存档期间上传到 Crashlytics）并且只检查 Bitcode 或者如果我这样做我将无法下载新的 Bitcode 生成的 dSYM（导致 Crashlytics 出现问题，正确地符号化崩溃）？
这是个好问题。有许多旋钮会影响应用调试符号信息的可用性。它令人困惑，人们经常被它绊倒。
这是我的指导方针：
- 向 Apple 提交应用程序时始终勾选 "include symbols" 复选框
- 始终删除您的最终 可执行文件（.app、.framework）
- 永远不要删除你的静态库，如果你有的话
- 您希望 Apple 的崩溃报告有效，即使您不打算查看它
使用此配置，您在本地或由 Apple 生成的 dSYM 将包含 Crashlytics 和 Apple 报告器工作所需的调试信息。 critical 你在使用 bitcode 时与 Apple 共享符号。如果不这样做，您可能永远无法看到该应用版本的符号化崩溃。
当然，您可能有一些正当理由不想与 Apple 共享符号。一是您想混淆您的代码。我知道有一些应用程序可以执行此操作。当然，这是一种权衡，因为它使符号化变得更加困难，甚至不可能，具体取决于混淆系统。
还有一些原因可能导致您不想剥离可执行文件。一是您依赖于不支持服务器端符号化的第三方崩溃报告系统。据我所知，这种情况越来越不常见，但这是需要注意的事情。
最后，您绝对希望 Apple 的崩溃报告系统正常工作，即使您从未打算使用它。 Apple 的系统能够比任何第 3 方解决方案更可靠地捕获更多崩溃。我相信它对于 Apple 的内部工作也是无价的。它确实有局限性，但实际上不会花费您任何费用。所以，保持它的工作，如果没有其他原因，只是为了将来可以选择查看它。