还有另一个问题与这个问题相同。我张贴了我如何解决这个问题的答案。也许它也能帮助其他人:

其他人的iTunes Connect版本需要更长的处理时间?

简而言之:用XCode 6.4而不是XCode 7构建和上传。

去iTunes Connect中的“资源和帮助”。选择“联系我们”并按照向导操作。我认为除了苹果，没有人能回答这个问题。这是我们过去在类似情况下所做的。

原因是你的构建缺少一些苹果服务器无法确定的东西。

为了解决这个问题，确保你已经包含了应用程序所需的所有可能的配置，并确保你已经为每种可能的分辨率添加了至少一张启动图像，这就是我的情况，我为每个设备添加了一个启动图像，并做了工作。

因此，请仔细检查您的项目是否缺少其中一个设置或图像，并尝试。 谢谢

I had the same problem with one of my apps, which is how I ended up finding this. In my case, I uploaded two of my apps at the same time, using Xcode 7.1. One of the apps passed through processing within an hour. The other one was still in processing almost 24 hours later. To get past this issue, I created a new archive with an incremented build number, and uploaded it using the application loader. I did not turn off bitcode. The version that I uploaded using the application loader took less than 20 minutes to get through processing, and I've been able to submit my app for review. The version I submitted prior to this is still stuck in processing.

至少在我的应用程序的情况下，使用应用程序加载器似乎已经解决了这个问题。

我也遇到过类似的问题。

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

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

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

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