关于TestFlight,有不同的观点和相互矛盾的信息。
一些消息来源说,您需要通过旧的AdHoc分发过程,TestFlight只为您收集UDID,然后帮助您扩展您的AdHoc构建。你也可以用电子邮件做同样的事情。
this允许您极大地简化这个过程。您只需构建一个普通的调试IPA,然后将其放在TestFlight上。他们有自己的全球供应配置文件,用户安装和运行应用程序。它就像iPhone上的大规模测试一样无缝(当然,这不是一个高标准)。
真相是什么?我是否需要亲自处理AdHoc和UDID,或者这部分是由TestFlight完成的?我是否需要做一个正常的调试构建,就像我在我的设备上构建测试一样,就像上面引用的声明一样?
根据本教程,我必须亲自处理UDID。没有提到任何花哨的全球企业简介的TestFlight。限制在100个设备上。
它到底是怎么工作的?企业签约神话是怎么回事?有人能揭穿吗?
发布于 2012-04-23 15:37:06
你必须处理UDID。
实际上,TestFlight只是读取附加到您发送的ipa的供应配置文件。授权的设备是来之不易的,多亏了供应配置文件。
我通常使用AdHoc配置文件,但它也应该与开发概要一起工作。
发布于 2012-04-23 15:38:01
重要的是UDID位于存档构建中使用的配置文件上。它是开发者还是发行版?它不在乎。它确实使您能够更容易地筛选出谁获得了什么构建(也就是说,只有开发人员可以获得调试构建,而您的更大的团队才能获得发布版本)。
https://stackoverflow.com/questions/10283618
复制相似问题