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

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

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

我从App Store开发者支持(2016-01-02)那里得到了这条消息:

请注意，构建完全处理可能需要长达24小时 通过我们的系统，成为可供使用的。如果构建没有 在24小时内完成处理，这通常可以通过 再次提交具有更高版本号的版本。

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

我也有同样的问题…… 从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分钟后可用

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

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

我一直有这个问题几天许多上传,似乎工作当我登录苹果的开发者门户上我的电脑(我使用而不是我的Mac查看门户)上传新版本通过我的Mac和登录到门户开发人员在Mac上我用上传出来似乎马上工作之后,猜测苹果真的讨厌Windows或从一个不同的登录电脑是一个问题。

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

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

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

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

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

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

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

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

我也遇到过类似的问题。

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

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