有关于TestFlight的分歧意见和矛盾信息。
有些消息称,您需要通过旧的AdHoc分发流程,而TestFlight只会为您收集UDID,然后帮助您传播AdHoc Build。你可以用电子邮件做同样的事情。
Testflight允许您极大地简化此过程。你刚才 构建一个正常的调试IPA,然后将其放在TestFlight上。他们有 用户安装和运行自己的全局配置文件 应用程序。它与iPhone上的批量测试一样无缝(授予, 那不是很高吧。
真相是什么?我是否需要自己使用AdHoc和UDID,或者这部分是否由TestFlight完成?我是否需要进行正常的调试构建,就像我要在我的设备上进行测试一样,就像上面引用的那样?
根据this tutorial,我必须自己搞乱UDID。没有提到TestFlight的任何花哨的全球企业简介。限于100台设备。
它是如何运作的?那个企业签署神话的原因是什么?有人可以揭穿那个吗?
答案 0 :(得分:5)
你必须弄乱UDID。
事实上,TestFlight只会读取您发送的ipa附带的配置文件。由于该配置文件,授权设备具有创造性。
我通常使用AdHoc配置文件,但它也适用于开发配置文件。
答案 1 :(得分:1)
重要的是,UDID位于Archived构建中使用的配置文件中。是开发人员还是分销商?它并不关心。它确实使您能够更轻松地过滤掉谁获得了什么构建(即只有开发人员可以获得调试版本,而较大的团队获得版本构建)。