当可以使用开发配置文件进行分发时,为什么还需要 adHoc 分发配置文件?
我的团队正在开发一个 iPhone 应用程序,我们刚刚发现我们可以分发使用开发配置文件签名的存档版本,而不是用于测试的分发配置文件。我们只需将设备 ID 添加到我们的开发配置文件中即可。
这显然为我们省去了执行临时分发所需的各种步骤(包括 entitlements.plist 文件)的麻烦。
我的问题是—— 如果我们可以使用开发证书分发应用程序,那么测试人员(不是开发团队的一部分)需要什么分发配置文件?
将设备 ID 添加到开发配置文件有什么缺点吗?
由于设备总数限制为 100,那么单独的分发配置文件有什么优势?
My team is developing an iPhone app, and we just discovered that we can distribute an archived version signed with the development provisioning profile instead of a distribution profile for testing. We just had to add the device IDs to our dev profile.
This clearly saved us the trouble of following various steps needed for ad-hoc distribution including entitlements.plist file.
My question is-
If we can distribute the app with dev certificate, then what is the need of a distribution profile for testers (not part of dev team)?
Is there any disadvantage of adding the device IDs to development profile?
Since the total devices limit is 100, what advantage does a separate distribution profile gives?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
发布评论
评论(2)
那么,您可以为每个客户端创建不同的临时配置文件,以便只有该客户端才能安装该应用程序。
关于同一问题的更多主题:
为什么不使用开发配置而不是临时配置?
我是否需要制作临时配置文件来在 iPhone 上调试我的应用程序?
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
我怀疑,因为 Xcode 向您隐藏了开发配置文件的一些复杂性,所以您认为发生了一些事情,但事实并非如此。
您的开发配置文件中仍然包含所有目标设备的 UUID。必须配置这些设备以进行开发并实际从 Xcode 安装。在设置和限制方面确实没有什么不同,只是 Xcode 主要为您完成配置工作。
另一个限制是用于开发的配置文件的过期时间比临时部署证书要早得多。
我推荐 testflightapp.com,这是一种向测试人员部署临时构建的超级简单方法。
I suspect that because Xcode is hiding some of the complexity of a development profile from you, you think something's happening that's not.
Your development profile still has the UUIDs of all the target devices in it. And those devices have to be provisioned for development and actually installed to from Xcode. It's really not that different in terms of setup and limitations, except that Xcode is mostly doing the config work for you.
The other limitation is that a provisioning profile for development expires much sooner than an ad hoc deployment certificate.
I recommend testflightapp.com, a SUPER easy way of deploying ad hoc builds to testers.