关于TestFlight,意见不一且信息相互矛盾。
有些来源表示需要经历旧的AdHoc分发流程,而TestFlight仅为您收集UDID,然后帮助您传播AdHoc Build。这与电子邮件相同。 其他来源则表示:
Testflight使此过程变得非常简单。您只需构建普通的调试IPA,然后将其放在TestFlight上。他们拥有自己的全局配置文件,用户安装并运行应用程序。这就像在iPhone上进行大规模测试一样无缝(当然,这不是一个高标准)。
真相是什么?我需要自己处理AdHoc和UDIDs,还是TestFlight已经完成了这部分工作?我是否需要像上面引述的那样制作普通的Debug Build来进行测试?
根据本教程的说法,我必须自己处理UDIDs。没有提到任何TestFlight的全球企业配置文件。限制100个设备。
有些来源表示需要经历旧的AdHoc分发流程,而TestFlight仅为您收集UDID,然后帮助您传播AdHoc Build。这与电子邮件相同。 其他来源则表示:
Testflight使此过程变得非常简单。您只需构建普通的调试IPA,然后将其放在TestFlight上。他们拥有自己的全局配置文件,用户安装并运行应用程序。这就像在iPhone上进行大规模测试一样无缝(当然,这不是一个高标准)。
真相是什么?我需要自己处理AdHoc和UDIDs,还是TestFlight已经完成了这部分工作?我是否需要像上面引述的那样制作普通的Debug Build来进行测试?
根据本教程的说法,我必须自己处理UDIDs。没有提到任何TestFlight的全球企业配置文件。限制100个设备。
它是如何真正工作的?那个企业签名神话是怎么回事?有人能揭穿吗?