我的预发布应用程序一直在“处理”。在iTunes Connect上玩了一个多星期，怎么回事?

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

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

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

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

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

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

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

有些人报告使用应用程序加载器在向iTunes Connect提交构建时比Xcode更好。你现在可以在Xcode中找到它，在Xcode菜单的“Open Developer Tool”项下。

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

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

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

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

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

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

所以，仔细检查你的项目是否缺少这些设置或图像之一，并尝试。 由于< / p >

我一直有这个问题几天许多上传,似乎工作当我登录苹果的开发者门户上我的电脑(我使用而不是我的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中，只需创建一个增加了构建号的新构建，并通过应用程序加载器提交它。

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

其他人's构建iTunes连接需要更长的时间来处理?< / >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

我的一个应用程序也遇到了同样的问题，这就是我最终发现这个的原因。就我而言，我使用Xcode 7.1同时上传了两个应用程序。其中一个应用程序在一小时内完成了处理。另一份在24小时后仍在处理中。为了解决这个问题，我创建了一个增加了构建号的新存档，并使用应用程序加载器上传它。我没有关闭位码。我使用应用程序加载器上传的版本只花了不到20分钟的时间就完成了处理，我已经可以提交应用程序进行审查了。在此之前我提交的版本仍在处理中。

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

我从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)多次上传构建，它显示(Processing)。然后我用应用程序加载器尝试了它，还是一样。我只需要等待大约12个小时，它就会向我发送处理完毕的电子邮件。

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

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

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

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

如果你收到这样的电子邮件，按照有关Info.plist键的建议，然后重新提交应用程序。