我们也有类似的问题。上传的构建正在排队，它只是简单地说“正在处理”，并弹出帮助，“在上传构建后，它们将在使用之前经过处理状态。”日子一天天过去。

选择“内部测试人员”，进行更改，并保存，似乎立即清除了队列:最新的构建现在是活动的，可用于测试。我已经用两个不同的应用程序做过两次了。

更新:在这一点上，所有的赌注都结束了。当苹果悄悄地升级iTunes Connect时，似乎就发生了“处理”，而你对此无能为力。

2015年9月23日，iTunes Connect在近24小时内不接受任何上传。“内部测试人员”的把戏没有奏效。最终取消版本号(以避免“重复二进制”错误)并重新提交。

第二天，惊喜!iTunes Connect完全改变了。我猜我们都在看一个死站点，而他们在后台推出了新版本:(

在我们的例子中，我们仍然可以看到几十个“失败”的上传仍然处于“处理”状态。哦。

有些人报告说，在向iTunes Connect提交构建版本时，使用Application Loader比Xcode更好。你现在可以在Xcode中找到它，在Xcode菜单的“Open Developer Tool”项下。

有时这很有效。有时并不是。您的里程可能会¯\_()_/¯

我尝试着在两天的时间内改变内部测试者选项，尝试着改变应用细节页面上的其他项目，并尝试着上传几个新的二进制文件(使用相同的代码，只是改变了构建号)，但都没有效果。我还通过iTunes Connect支持链接联系了苹果;他们不到24小时就回复了，但只是询问更多信息(其中大部分我已经提供了)。

最后，两天后，我上传的第五个版本在正常的几分钟内完成，我终于可以提交应用进行审查了。

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

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

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

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

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

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

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

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

我也有同样的问题。我试着修改《内部测试员》没有效果。我使用应用程序加载器上传了一个新版本。一旦上传完成，之前的构建从“Processing”变为可用。

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

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

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