确定
最近我遇到了一个在调试模式下工作但不能在分发模式下工作的问题。
是否可以将xcode调试工具（如断点和变量跟踪）与app的adhoc分布版本一起使用？
如果不是通常会如何调试这样的事情？
答案 0 :(得分：1)
假设你的崩溃日志没有给你任何线索（你需要连接设备来获取它们），你可以做很多事情。
但我首先要查看崩溃日志...线索将在那里，不要忘记Apple通过iTunesConnect为您提供分发崩溃日志。
1）大量伐木是一回事。许多开发人员使用交换机，因此在调试中，日志会转到控制台，但对于其他构建，它们会被丢弃。考虑一个不同的选项，您可以在其中登录文件。然后，您可以将日志文件推送到远程服务器以进行调试。把这一切都搞定是一种蠢事，但是一旦你做完了，你就会想知道没有它你是如何生活的。
2）另一个选择是在检测到事情出错时使用Flurry和记录事件。当事情不是预期而不是随机崩溃时，这可以涵盖更多受控制的问题。对于已发布的应用，这可能是一项非常有用的功能，前提是您的条款和条件明确了您要记录的数据以及原因。
3）确保你做了一个干净的构建，我相信你已经完成了这个，但有时它会解决这些问题。
4）您使用的是外部库/模块吗？我遇到了旧版TT的问题，其中arm6 / 7构建设置错误，这导致分发版本的问题。基本上检查每个配置文件的构建设置，并确保它符合您的期望。
5）怀疑比赛状况。在分发模式下（通常因为日志记录已关闭），您会发现应用程序运行速度稍快一些。这可以揭示编写错误的代码中的时间问题。
所以是的......你可以做很多事情......你只是无法附加调试器; - ）
答案 1 :(得分：0)
无法在分发模式下调试应用程序。
Distribution，Debug和Release之间的构建配置差异实际上是您在XCode中为其设置的任何参数。如果您的分发配置给您带来问题并且发布不是，那么解决它的最简单方法是返回Apple复制Release配置并进行更改以使其成为Distribution配置的步骤，就像您最初一样。 / p>
另一种方法是遍历发布和分发的每个配置行，找到不同的内容。另一种方式是更快。 ：）