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

我使用xcode，我的应用程序通常需要1 - 2分钟来处理，但今天我等了15分钟。我所做的是增加构建，保持版本相同，并再次存档。它在2分钟内就通过了，而之前的版本在一个小时后仍然卡住了。

我的建议是不要等待苹果，只要增加构建和再次上传。苹果太高尚了，不会承认他们的系统有bug或错误。时间就是金钱。

我昨天遇到了这个问题。我提交了带有各种不同设置的多个构建。最后对我有用的是通过应用程序加载器提交，没有位代码。

我希望这能帮助一些人避免我所经历的头痛。已经24小时了，通过Xcode提交的应用程序都还在“处理”中，通过Application Loader提交的应用程序在大约一个小时内就可用了。

我通过Xcode 7.1成功提交了我的应用程序的新版本。然后注意到构建在“处理”中停留的时间比平时长。

我听从了Scotch的建议，增加了版本数，同时保持了相同的版本，并从Xcode再次提交。这一次，新的构建在5分钟内就可以进行测试了。

然后我可以选择该构建并单击Start testing。我的内部测试人员收到了通知邮件，并能够通过Testflight应用程序测试新版本。

我也遇到过类似的问题。

昨天，我用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。

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

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

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

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