Airwatch ad-hoc 分发，无需生成新的 IPA

Posted 2023-02-23

【中文标题】Airwatch ad-hoc 分发，无需生成新的 IPA

【英文标题】：Airwatch ad-hoc distribution without generating new IPA

【发布时间】：2018-02-02 22:59:29

【问题描述】：

我为拥有 Apple Developer Program 帐户（非 Enterprise）的客户维护一个内部 ios 应用程序。他们通常通过将 UDID 添加到其 Apple 开发人员帐户中的设备列表并更新其分发配置文件来授予新设备对应用程序的访问权限。然后他们通过 Airwatch 将应用部署到新设备上。

当他们以这种方式添加新设备时，他们不想在 Xcode 中使用更新的配置文件重新构建应用程序。相反，他们认为他们应该能够从他们的开发者帐户中导出更新的配置文件，将配置文件上传到 Airwatch，并将应用程序推送到新设备，而无需生成新的 IPA。

是否可以在没有企业 Apple 开发者帐户的情况下执行此操作？

【问题讨论】：

最好将应用发布为 B2B 应用，然后通过 Airwatch 分发

@Paulw11 有趣的想法。现在我想看看这是否可以通过 Apple 的标准工作流程来完成。

如果您没有企业会员资格，则无法创建可安装在 App Store 以外的任何设备上的 ipa。

【参考方案1】：

只要您可以通过 MDM 在设备上获取新的配置文件，您就无需发布新版本。在他们尝试安装应用程序之前，您只需要确保配置文件已安装在设备上。 iOS 不一定关心有效的配置文件在打包时是否与应用程序捆绑在一起。它只关心在设备上安装/运行应用程序时是否在设备上安装了有效的配置文件。

我在一些内部应用中使用了类似的技术，因为我们在个人资料中使用了通配符捆绑 ID。如果与应用程序 A 捆绑的配置文件过期，只要用户安装了应用程序 B 就没有关系，因为应用程序 B 具有更新的、仍然有效的配置文件。

在我看来，工作流程应该是这样的：

收到新设备 将设备添加到开发者网站上的配置文件中 下载更新的配置文件并将其分发到所有设备，包括通过 MDM 的新设备 拥有新设备安装应用程序的用户（这应该可以工作，因为他们现在在他们的设备上拥有相关捆绑 ID 的有效配置文件）

这适用于配置文件，但是，当证书过期时，您将需要重新构建应用程序。

【讨论】：

感谢您的回答。您知道此工作流程是否与 Airwatch 和标准（非企业）Apple Dev 帐户兼容？

我不熟悉 Airwatch MDM 功能的工作原理，但我相当确定它能够将配置文件推送到受管理的设备。如果它可以推送配置文件，那么企业内部配置配置文件与标准帐户的分发配置文件之间没有显着差异，至少在设备上的安装方面是这样。

这是较旧的，但它可以为工作流程提供指导：***.com/a/34636615/3708242

通读 Airwatch 的文档和您引用的其他 SO 答案后，您似乎需要一个 Apple Enterprise 开发人员帐户才能使用上述工作流程。

企业开发者账号需要什么？用于管理设备配置文件？