使iOS App验证失败的确定方法？答案

【问题标题】：Definite way to make iOS App validation fail?使iOS App验证失败的确定方法？
【发布时间】：2012-11-13 08:06:29
【问题描述】：

对不起，如果有一个明显的答案，但我没有找到任何东西。

是否有一种已知的方法可以肯定地使 App Store 验证过程（上传应用程序时的验证过程）失败但仍适用于 Ad-Hoc-Distributions？在代码中，而不是 info.plist 配置或其他内容。我尝试了诸如“[UIApplication addStatusBarImageNamed:....]”之类的私有 API，但它们似乎只在实际审查期间进行检查，这不是我想要的。

我对我的构建配置有点偏执（并且使用错误的配置进行实时提交）并且希望在其中有一个“断言”样式的失败选项，以确保我不会上传使用创建的构建配置错误。

【问题讨论】：

+1 表示最后一段。现在说得通了。

标签： ios appstore-approval

【解决方案1】：

您可以为“错误”的构建配置使用不同的（开发人员）代码签名身份。这将使上传过程失败。

或者，也许您可以使用 iOS 要求/支持的架构的“无效”组合。例如仅支持 armv7，但最低要求 iOS 3.0 - 应该能够编译，但不能在设备上运行。

【讨论】：

它必须是一个分发代码签名身份，因为我不想混淆的另一个配置文件是我的 beta 版本的临时配置。开发者身份不是问题。我已经（显然）使用了不同的配置文件（实际上是不同的身份），但是我仍然喜欢使用自动配置文件，因为否则我每次将设备添加到临时配置文件时都必须更改构建设置，因此个人资料发生变化。
但我相信这会通过上传验证。另外：它仍然必须实际工作，这不是一个虚拟配置，否则我会删除它，这是我实际用于构建 beta 的配置。这样做的原因是我不想要我的 beta 配置，其中包含 TestFlight 报告和所有启用的应用内购买以及其他一些意外提交到商店的测试功能。

【解决方案2】：

添加一个权利文件，该文件使用特定应用的代码签名身份进行签名。只需添加它，通常它不会构建。

【讨论】：