iOS In-house Provisioning无法正常工作，企业应用Beta测试受阻

完全懂你的痛苦——iOS Provisioning简直是开发者绕不开的「噩梦领域」，我自己也踩过无数坑。针对你团队要做的企业应用Beta测试（最终要上InTune给数千同事用），In-house配置失效的问题，我整理了一套逐步排查的方案，你可以按顺序试：

正如多数从业者认同的，iOS App Provisioning是iOS开发者需应对的最棘手复杂的领域之一，我对此深有体会。我们的一个团队需启动一款企业应用的Beta测试，该应用最终将发布到公司应用目录（InTune）供数千同事使用。据我了解，In-house分发正是适配此类场景：向有限数量受邀非开发者测试人员部署应用，但当前In-house Provisioning无法正常工作，阻碍了测试推进，请求技术排查与解决。

核心排查步骤 #

• 先锁死账号基础状态
  别上来就查配置文件，先确认你的苹果企业开发者账号是完全有效的——过期欠费、违反苹果条款被限制，都会直接让In-house功能彻底失效。登录开发者后台，看「Membership」页面，有没有红色警告，有就先解决账号问题。

• 精准验证Provisioning Profile
  这是重灾区，一定要逐项核对：

  1. 进入「Certificates, Identifiers & Profiles」找到对应的In-house配置文件，检查是否绑定了和项目完全匹配的App ID（Bundle ID大小写、后缀都不能差）
  2. 确认配置文件关联的企业分发证书是有效的——如果证书过期/被吊销，直接重新生成证书，再更新配置文件
  3. 下载最新的配置文件，替换Xcode里的旧文件，或者在「Signing & Capabilities」里点「Download Manual Profiles」同步，别依赖本地缓存的旧文件

• 设备UDID的特殊情况（小范围Beta测试）
  虽然In-house分发本来不需要加UDID，但如果你们是先做小范围定向测试，要确保测试设备的UDID已经正确加到开发者后台的「Devices」列表，并且配置文件包含了这些设备。等之后要全量上InTune，记得切换到无设备限制的In-house配置文件。

• Xcode打包环节不能错
  打包时的细节很容易翻车：

  • 「Signing」里选对企业团队和对应的In-house配置文件，别不小心选成个人开发者的签名
  • Archive导出时，必须选「Enterprise」分发选项，别选Ad Hoc或者App Store，这两类签名方式完全不兼容In-house场景
  • 可以用命令行验证IPA的签名有效性：codesign -d --entitlements - /path/to/your/app.app，查看输出里的com.apple.developer.team-identifier和application-identifier是否和配置文件信息完全一致

• InTune关联的前置检查
  因为最终要部署到InTune，还要额外确认：

  • 企业账号已经和InTune完成MDM配置，尤其是苹果的MDM推送证书是否处于有效状态
  • 导出的IPA是纯企业签名的包，不能混着开发者签名，InTune不识别非企业签名的应用
  • 测试设备必须已经加入公司的MDM管理，未纳入管理的设备无法通过InTune安装企业应用

• 设备端的收尾排查
  如果前面都没问题，设备上还是无法正常安装应用：

  1. 彻底删掉设备上的旧版本应用，清理残留缓存
  2. 进入「设置」>「通用」>「VPN与设备管理」，查看是否有你的企业签名证书，没有的话说明安装时签名验证失败
  3. 重启设备后重新安装测试包

内容的提问来源于stack exchange，提问作者Jonas Rembratt