我也有同样的问题…… 从Xcode(7.3.1)上传应用存档。用Chrome和Safari连接iTunesCo…

8月20日:v0.1.3 | b0.0.1 ->上传完成->从未出现在iTunesCo上 8月23日:v0.1.4 | b0.0.1 ->上传完成- iTunesCo >处理 8月23日:v0.1.4 | b0.0.2 ->上传完成- iTunesCo >处理 8月23日:v0.1.4 | b0.0.3 ->上传完成->从未出现在iTunesCo上 8月24日:v0.1.5 | b0.0.1 ->上传完成-> 5分钟后可用

它的运作方式毫无逻辑……所以我同意@茶壶:

.．.不要等着苹果，直接增加构建并再次上传…

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

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

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

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

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

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.

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

OSX:禁用包含应用程序符号来表示崩溃报告对我来说很管用。我将手动存储dsym和符号，而不是等待他们解决他们的“NEW”itunesconnect发布。

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

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