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

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

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

我也遇到过类似的问题。

昨天，我用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小时内完成处理，这通常可以通过 再次提交具有更高版本号的版本。

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

实际上，这是与应用商店有关的问题。我上传了很多版本，这需要时间取决于ipa的大小以及你将其上传到App Store的时间。请使用Application Loader 3.0或更高版本上传构建。

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.

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

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

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