关于 TestFlight 存在分歧意见和矛盾信息。
一些消息来源说您需要通过旧的 AdHoc 分发流程，而 TestFlight 只会为您收集 UDID，然后帮助您传播您的 AdHoc 构建。你可以用电子邮件做同样的事情。
Testflight allows you to simplify this process immensely. You just build a normal debug IPA and then put it on TestFlight. They have their own global provisioning profile the users install and run the app with. It's as seamless as mass testing on iPhone can be (Granted, that's not a high bar).
真相是什么？我需要自己搞乱 AdHoc 和 UDID，还是这部分由 TestFlight 完成？我是否需要制作一个正常的调试版本，就像我在我的设备上进行测试一样，就像上面的引用声明一样？
根据 this tutorial我必须自己弄乱 UDID。没有提及 TestFlight 的任何花哨的全局企业简介。仅限 100 台设备。
它是如何运作的？那个企业签约神话是怎么回事？有人可以揭穿吗？
最佳答案
你必须弄乱 UDID。
事实上，TestFlight 只是读取附加到您发送的 ipa 的配置文件。由于该配置文件，授权设备是已知的。
我通常使用 AdHoc 配置文件，但它应该也适用于开发配置文件。
关于iphone - 我真的需要为 TestFlight 创建一个 AdHoc Distribution Build 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10283618/