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

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

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

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

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

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

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

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

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

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

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

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

原因是你的构建缺少一些苹果服务器无法确定的东西。

为了解决这个问题，确保你已经包含了应用程序所需的所有可能的配置，并确保你已经为每种可能的分辨率添加了至少一张启动图像，这就是我的情况，我为每个设备添加了一个启动图像，并做了工作。

因此，请仔细检查您的项目是否缺少其中一个设置或图像，并尝试。 谢谢

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

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

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

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

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

Cocoapods (0.39.0.beta.4)对我来说是一个问题，所以我搬到了迦太基。

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

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

我也遇到过类似的问题。

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

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

用应用程序加载器上传构建版本对我来说很有用。如果您当前的构建卡在Processing中，只需创建一个增加了构建号的新构建，并通过应用程序加载器提交它。

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

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

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

我昨天遇到了这个问题。我提交了带有各种不同设置的多个构建。最后对我有用的是通过应用程序加载器提交，没有位代码。

我希望这能帮助一些人避免我所经历的头痛。已经24小时了，通过Xcode提交的应用程序都还在“处理”中，通过Application Loader提交的应用程序在大约一个小时内就可用了。

如果你现在遇到这个问题，那是苹果的问题。他们正在发布iTunesConnect的新版本。在过去的几天里，我的很多构建都被卡在了处理过程中。今天，他们被上传卡住了。经过多次电话和不同的回答，新网站刚刚发布，我的构建显示为“处理中”或“可供提交”。不过，它们旁边都有一个黄色的警告图标。不知道那是什么。

我也遇到过同样的问题，我通过Xcode7上传ipa，它卡了48小时。 我给苹果公司的支持邮寄了很多次，但都行不通 所以我上传了很多次ipa，但没有用 然后我修改了版本号，例如2.2(33)到2.3(1) 这对我很有效。所以试着在你身边，这可能会帮助你。

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

实际上，这是与应用商店有关的问题。我上传了很多版本，这需要时间取决于ipa的大小以及你将其上传到App Store的时间。请使用Application Loader 3.0或更高版本上传构建。

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

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

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

解决办法是等几个小时，大约24小时。您的问题将立即得到解决。 苹果最近日子不好过。我希望他们能尽快解决一切问题

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

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

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

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

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

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

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

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

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.

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

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

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

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

我使用xcode，我的应用程序通常需要1 - 2分钟来处理，但今天我等了15分钟。我所做的是增加构建，保持版本相同，并再次存档。它在2分钟内就通过了，而之前的版本在一个小时后仍然卡住了。

我的建议是不要等待苹果，只要增加构建和再次上传。苹果太高尚了，不会承认他们的系统有bug或错误。时间就是金钱。

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

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

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

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

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

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

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

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

寻找包含以下内容的电子邮件:

丢失的信息。plist键-这个应用程序试图访问隐私敏感 没有使用说明的数据。应用程序的信息。Plist必须包含 NSAppleMusicUsageDescription键的字符串值 用户应用程序如何使用这些数据。

其中缺少的键可能是权限范围内的任何一个，甚至可能是您甚至没有使用的东西。这种情况经常出现在react-native应用程序中。

如果您收到这样的电子邮件，请遵循有关信息的建议。Plist键，然后重新提交应用程序。