我真的需要为 TestFlight 创建一个 AdHoc 分发版本吗?

Posted

技术标签:

【中文标题】我真的需要为 TestFlight 创建一个 AdHoc 分发版本吗?【英文标题】:Do I really need to create a AdHoc Distribution Build for TestFlight? 【发布时间】:2012-04-23 15:32:49 【问题描述】:

关于 TestFlight 存在意见分歧和相互矛盾的信息。

一些消息来源说您需要通过旧的 AdHoc 分发流程,而 TestFlight 只会为您收集 UDID,然后帮助您传播 AdHoc 构建。你可以用电子邮件做同样的事情。

Other sources say:

Testflight 可让您极大地简化此过程。你刚才 构建一个正常的调试 IPA,然后将其放在 TestFlight 上。他们有 用户安装并运行他们自己的全局配置文件 应用程序。它与 iPhone 上的大规模测试一样无缝(当然, 这不是一个高标准)。

真相是什么?我需要自己处理 AdHoc 和 UDID,还是这部分由 TestFlight 完成?我是否需要像上面引用的那样在设备上进行测试一样进行正常的调试构建?

根据this tutorial,我必须自己处理 UDID。没有提到 TestFlight 的任何花哨的全球企业简介。仅限 100 台设备。

它是如何工作的?那个企业签约神话是怎么回事?有人可以揭穿吗?

【问题讨论】:

忘记“企业”这件事,这很愚蠢。情况非常混乱。如果您收集 UDID,它会完美运行,这增加了 TFA 上该页面的便利性,它向您显示列表谁正在获取它。 试飞允许您使用企业临时配置文件来构建您的应用程序。从他们的文档中:“当一个应用程序被构建并需要发送到多个设备时,它需要使用分发配置文件(Ad Hoc 或 Enterprise)来构建”help.testflightapp.com/customer/portal/articles/… 它对我有用。 【参考方案1】:

你必须弄乱 UDID。

事实上,TestFlight 只是读取附加到您发送的 ipa 的配置文件。由于该配置文件,授权设备是已知的。

我通常使用 AdHoc 配置文件,但它也应该与开发配置文件一起使用。

【讨论】:

使用 AdHoc 配置文件和开发配置文件有什么区别?我认为使用开发配置文件不好,因为您在 100 台开发设备中使用插槽,并且在更新您的开发人员帐户之前一年内无法删除旧设备。所以真的应该是 AdHoc,还是不应该? 请记住,您可以根据需要创建任意数量的配置,每次最多可以添加 100 台设备。因此,两者之间实际上没有任何区别。起初,存在 AdHoc 配置,因为您可以通过 iTunes 直接使用 ipa 安装应用程序,而您不能使用开发人员配置文件来执行此操作。 但 iTunes 是否有 100 台设备的硬性限制? 会员中心说:“每个开发配置文件将包含一组 ios 开发证书、唯一设备标识符和一个应用程序 ID。”。这意味着,一个配置匹配一个应用 ID,一个配置最多可以有 100 个设备。 是的,但每年有 100 台设备的硬性限制。【参考方案2】:

所有重要的是 UDID 位于存档构建中使用的配置文件中。是开发者还是发行者?它不在乎。它确实使您能够更轻松地过滤出谁获得了什么构建(即只有开发人员可以获得调试构建,而您的大型团队可以获得发布构建)。

【讨论】:

以上是关于我真的需要为 TestFlight 创建一个 AdHoc 分发版本吗?的主要内容,如果未能解决你的问题,请参考以下文章

静态库的临时构建(Testflight)

从 TestFlight 应用行为下载

Ad hoc 无法在 iPhone 5 iOS 8 上运行

TestFlight 无法创建 IPA

在没有物理设备的情况下创建配置文件(为 TestFlight 测试归档)

TestFlight 开发和生产