我从App Store开发者支持(2016-01-02)那里得到了这条消息:

请注意，构建完全处理可能需要长达24小时 通过我们的系统，成为可供使用的。如果构建没有 在24小时内完成处理，这通常可以通过 再次提交具有更高版本号的版本。

不是什么答案(没有说明为什么要花这么长时间)，但这是苹果给我们的答案。

用应用程序加载器上传构建版本对我来说很有用。如果您当前的构建卡在Processing中，只需创建一个增加了构建号的新构建，并通过应用程序加载器提交它。

我尝试着在两天的时间内改变内部测试者选项，尝试着改变应用细节页面上的其他项目，并尝试着上传几个新的二进制文件(使用相同的代码，只是改变了构建号)，但都没有效果。我还通过iTunes Connect支持链接联系了苹果;他们不到24小时就回复了，但只是询问更多信息(其中大部分我已经提供了)。

最后，两天后，我上传的第五个版本在正常的几分钟内完成，我终于可以提交应用进行审查了。

我也遇到过类似的问题。

昨天，我用Xcode提交了一个应用构建(1.03)，当时是下午6点左右，今天早上它还在“处理中”，事实上它还在“处理中”。

今天早上10:30左右我提交第二个使用Xcode构建(1.04),但也花了太多时间来改变它的状态,所以我提交了第三使用应用程序加载器构建(1.05)中午,应用程序加载器给了我一个警告程序太大验证其API使用(构建大约是12.5 MB),这只是一个警告我提交它,我仍然等待着改变状态(16点)。

当然，每次我都增加了构建号。所有构建都将启用位码设置为NO。

更新(下午1时52分):

第二个版本(1.0.4)刚刚在TestFlight中可用。

更新(下午4时43分):

第三个版本(1.0.5)，即与Application Loader一起提交的版本，现在可以用于TestFlight。

我的结论是他们的服务器比以前慢了…也许正在处理的应用程序的数量增加了，系统的负载也更高了，因为有新的东西需要检查(位码，观察操作系统的东西等)。

解决方案(正如Apple Support在响应帮助请求时所建议的那样)是上传一个新的二进制文件。我通过XCode(同样的1.4版本，但是将Build编号从1增加到2)做到了这一点，并且它几乎立即处理了。

如果你陷入了“处理”炼狱，那就增加XCode中的“构建”数量，然后再次将其归档并提交给App Store。如果在15分钟内没有处理，请再试一次。

我也有这个问题，但原因与我在网上看到的完全不同。我意识到我的应用没有与应用商店发布相关的适当的iOS Provisioning配置文件。我只是更改了版本号，验证并重新提交。在15分钟内，新版本就可以作为当前版本添加了。我之前尝试上传的两个版本都还在处理中。

我不知道为什么苹果没有告诉你，有一个不正确的配置文件构建要上传，但这是我的治疗!