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

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

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

我知道现在回答有点晚了，但这是谷歌中出现的第一个链接，上面的解决方案都不适合我。

我有同样的问题，即从应用程序加载器上传构建后，它卡在处理中。这种情况发生了很多次，在我敲了几个小时的头之后，我发现只要我关闭我的Mac上的应用程序加载器，构建状态就改变了:)

我希望这个答案能帮助到很多人。

我对这个bug有个理论，我也遇到过几次。

我的想法是:如果你登录到iTunesConnect，那么网页会查询数据库中可用的版本。这种查询可能会干扰新构建的创建。

我所做的是: 从所有浏览器的iTunesConnect上注销。 在Xcode中增加build nr，创建一个Archive，然后上传。

然后:抵制住登录iTunesConnect查看状态的诱惑。至少等待一个小时再登录。

当我最终登录iTunesConnect时，我发现我的二进制文件就在那里等着我。

我也遇到过类似的问题。

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

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

我正面临着这个问题。当我在Chrome浏览器而不是Safari浏览器中登录iTunes Connect时，问题解决了。我的应用程序已经处于处理状态。

我不愿再为这个已经过于拥挤的问题添加另一个答案，但它可能对某些人有用。

我发现，如果一个“版本”在我上传一个新的版本时已经分配了一个版本，清除现有的版本并尝试选择新的版本总是显示为“处理中”。

但是，如果我删除旧的构建并保存，然后刷新页面，则可以选择新的构建。