所以我昨天(17年2月22日)经历了这一点，我尝试通过Xcode(8.2)多次上传构建，它显示(处理)。然后我用应用程序加载器尝试了它，还是一样。我只需要等待大约12个小时，它就会向我发送处理完毕的电子邮件。

所以，不是你的问题，是他们的问题。

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

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

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

在使用XCode 7 beta -5时遇到了同样的问题。修正了在存档上传过程中取消勾选“包括位码”复选框的问题:

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

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

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

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

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

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

我也遇到过类似的问题。

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

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