我的预发行版应用程序在iTunes Connect中已经“处理”了一个多星期，有什么用？

我使用Xcode 6.1.1将新版本的预发布应用程序上载到iTunes Connect，以便可以将其分发给我的外部Beta测试人员。之前，我已经使用同一应用程序的两个版本完成了此操作，并且效果很好。

但这一次，上传被困在“处理中”状态超过一周。我再次尝试（相同版本，新内部版本号），现在已经超过24小时，没有任何更改。

该应用通过了验证。

是什么赋予了？

转到iTunes Connect中的“资源和帮助”。选择“联系我们”，然后按照向导进行操作。除了苹果，我认为没有其他人可以回答这个问题。这就是我们过去在类似情况下所做的。

我们有一个类似的问题。已上载的构建正在排队，在弹出帮助中简单地说“正在处理”，“上载构建后，它们将经历处理状态，然后才能使用。” 天过去了。

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

更新：至此，所有赌注均关闭。当苹果悄悄升级iTunes Connect时，似乎发生了“处理”，您对此无能为力。

2015年9月23日，iTunes Connect在近24小时内不接受任何上传。“内部测试人员”的技巧无效。最终修改版本号（以避免“重复的二进制”错误）并重新提交。

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

在我们的案例中，我们仍然可以看到数十个“失败”的上传文件仍处于“处理中”状态。那好吧。

有人报告说使用Application Loader可以比将Xbuild提交到iTunes Connect更好。您现在可以在Xcode的Xcode菜单“ Open Developer Tool”项下找到它。

有时这可行。有时并非如此。您的里程数可能会有所不同\\（ツ）_ /¯

解决方案（如Apple支持小组在响应帮助请求时所建议的那样）是上传新的二进制文件。我通过XCode（相同的1.4版，但将内部版本号从1增加到2）做到了这一点，并且几乎立即进行了处理。

如果您陷入“处理”炼狱中，请在XCode中增加内部版本号，然后存档并再次提交到App Store。如果15分钟后仍未处理，请重试。

使用XCode 7 betta-5遇到了相同的问题。通过在归档上传过程中取消选中“包含位码”复选框来解决：

我遇到过同样的问题。我尝试对“内部测试人员”进行更改。没有效果。我使用应用程序加载器上传了一个新版本。上传完成后，以前的版本从“正在处理”更改为可用。

我从App Store开发人员支持（2016-01-02）得到了以下消息：

请注意，整个构建过程最多可能需要24小时才能完全通过我们的系统使用。如果构建未在24小时内完成处理，通常可以通过使用更高的构建编号再次提交构建来解决。

没有太多答案（关于为什么要花费这么长时间），但这正是苹果公司给我们的答案。

我有一个类似的问题。

昨天，我使用Xcode提交了一个应用程序构建（1.03），大约是下午6点，今天早上它仍在“处理中”，实际上它仍在“处理中”。

今天上午10:30左右，我使用Xcode提交了第二个版本（1.04），但是更改状态也花了太多时间，所以我在中午左右使用Application Loader提交了第三版本（1.05），应用程序加载器给了我一个警告该应用太大，无法验证其API使用情况（版本约为12.5 MB），这只是一个警告，因此我提交了该应用，但我仍在等待其更改状态（下午2:16）。

当然，每次我增加内部版本号时。所有版本的Enable Bitcode设置为NO。

更新（下午1:52）：

第二个版本（1.0.4）才可用于TestFlight。

更新（下午4:43）：

与Application Loader一起提交的第三个版本（1.0.5）才可以用于TestFlight。

我的结论是，他们的服务器比以前慢了……也许正在处理的应用程序的数量增加了，并且系统的负载也更高了，因为要检查的新事物（位码，监视操作系统等）。

我昨天碰到这个问题。我提交了具有各种不同设置的多个版本。最终对我有用的是没有任何代码通过Application Loader提交。

我希望这可以帮助某人避免我经历的头痛。已经过了24个小时，通过Xcode提交的应用程序仍在“处理中”，通过Application Loader提交的应用程序在一小时左右就可以使用。

如果您现在遇到此问题，则是苹果问题。他们正在发布iTunesConnect的新版本。在过去的几天中，我的许多构建都被卡在“处理”中。今天，他们陷入了上载。多个电话和后来的不同答案，新站点刚刚发布，我的版本显示为“正在处理”或可以提交。不过，它们旁边都有一个黄色的警告图标。不知道那是什么。

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

我遵循Scotch的建议，增加了内部版本号，同时保留了相同的版本，然后再次从Xcode提交。这次，新版本可以在5分钟内进行测试。

然后，我可以选择该版本，然后单击“开始测试”。我的内部测试人员收到了通知电子邮件，并能够通过Testflight应用程序测试新版本。

我知道它的答案来得有点晚，但这是google中出现的第一个链接，上述解决方案均不适合我。

我遇到了同样的问题，即从应用程序加载器上传构建后，它陷入了处理。这种情况发生了很多次，经过数小时的头部撞击后，我发现，一旦关闭Mac上的应用程序加载器，构建状态就会发生变化:)

我希望这个答案对很多人有帮助。

还有另一个问题重复了这个问题。我发布了一个解决该问题的答案。也许它也可以帮助其他人：

iTunes Connect的其他任何人构建都需要更长的时间来处理？

简而言之：使用XCode 6.4而不是XCode 7进行构建和上传。

OSX：禁用包含应用程序符号来象征崩溃报告对我来说很成功。我将手动存储dsym和符号，而不是等待它们解决其“ NEW” itunesconnect版本。

我正在使用xcode，我的应用通常需要1-2分钟来处理，但今天我等待了15分钟。我所做的就是增加构建，保持版本不变，然后再次存档。它在2分钟内通过，而以前的版本在一小时后仍然停滞不前。

我的建议是不要等苹果，再增加构建并再次上传。苹果公司非常高贵，不能承认他们的系统有错误或错误。时间就是金钱。

我不愿意为这个已经人满为患的问题添加另一个答案，但是它可能对某人有用。

我发现，如果在上载新版本时已经为一个“发行版”分配了一个版本，则清除现有版本并尝试选择新版本时，始终将其显示为“处理中”。

但是，如果我删除了旧版本并保存并刷新了页面，则可以选择新版本。

对我来说同样的问题...从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分钟后可用

它的工作方式没有逻辑……所以我同意@teapen：

...别等苹果了，只需增加构建并再次上传...

我尝试更改“内部测试人员”选项，尝试更改应用程序详细信息页面上的其他项目，并尝试在两天内上传几个新的二进制文件（使用相同的代码，仅更改内部版本号）无效。我还通过iTunes Connect支持链接联系了Apple；他们在不到24小时内答复，但只是要求提供更多信息（我已经提供了大部分信息）。

最终，两天后，我上传的第五个版本在正常的几分钟内就完成了，我终于能够提交我的应用程序以供审核。

我遇到了同样的问题，我通过Xcode7上传了ipa，它卡住了48小时。我邮寄给Apple支持的次数，但无法正常工作，因此我多次上传了ipa，但是没有用，然后我将版本号从2.2（33）更改为2.3（1），并且对我有用。因此，尝试在您身边可能会有所帮助。

我对这个错误有一个理论，这也发生在我身上几次。

我认为会发生什么：如果您登录到iTunesConnect，则该网页将在数据库中查询可用的版本。该查询可能会干扰新版本的创建。

我所做的是：在所有Web浏览器上从iTunesConnect注销。在Xcode中增加build nr，进行存档，然后上传。

然后：抵制诱惑登录iTunesConnect检查状态。至少等待一个小时，然后再登录。

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

因此，我经历了昨天（17年2月22日）的经历，它显示了多次尝试通过Xcode（8.2）上传构建(Processing)。然后，我仍然使用应用程序加载器进行了尝试。我只需要等待大约12个小时，就可以处理已发送的电子邮件，使它成为垃圾邮件。

是的，不是你，是他们。

我一直遇到相同的问题几天，上传了很多文件，当我注销PC上的Apple开发人员门户网站（我使用它而不是Mac来查看门户网站）时，似乎可以正常工作，并通过Mac和登录到我用来上传ipa的Mac上的开发人员门户，此后似乎可以立即使用，猜测苹果真的很讨厌Windows或从另一台计算机登录是一个问题。

我也遇到了这个问题-但这是与我在网上看到的任何原因完全不同的原因。我意识到我的应用程序没有与应用商店发布相关的正确的iOS Provisioning配置文件。我只是更改了内部版本号，然后进行了验证并重新提交。在15分钟内，就可以将新版本添加为当前版本。我尝试上传的前两个版本仍在处理中。

我不确定为什么Apple不会告诉您上传的版本配置不正确，但这是我的解决方法！

使用Application Loader上传构建对我来说很成功。如果您当前的构建卡在“处理”中，则只需使用递增的构建号创建一个新的构建，然后通过Application Loader提交即可。

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

解决方法是等待一些小时，大约24小时。您的问题将立即得到解决。苹果现在日子不好过。我希望他们能尽快解决所有问题

我的一个应用程序也遇到了同样的问题，这就是我最终发现这个问题的方式。就我而言，我使用Xcode 7.1同时上传了两个应用程序。其中一个应用程序在一小时内通过了处理。另一个将近24小时仍在处理中。为了解决这个问题，我创建了一个新的存档，并增加了内部版本号，并使用应用程序加载器上传了该存档。我没有关闭位码。我使用应用程序加载程序上传的版本仅用了不到20分钟的时间即可完成处理，因此我已经能够提交我的应用程序以供审核。我在此之前提交的版本仍在处理中。

至少对于我的应用程序，使用应用程序加载器似乎已经解决了该问题。

查找包含以下内容的电子邮件：

缺少Info.plist键-此应用尝试访问对隐私敏感的数据，而没有使用说明。该应用程序的Info.plist必须包含一个NSAppleMusicUsageDescription键，该键具有字符串值，该字符串值向用户说明该应用程序如何使用此数据。

丢失的密钥可能是一系列权限中的任何一个，甚至可能是您根本没有使用的密钥。特别是对于本机应用程序，通常会出现这种情况。

如果收到这样的电子邮件，请按照有关Info.plist密钥的建议进行操作，然后重新提交该应用程序。

这样做的原因是您的构建缺少Apple服务器无法确定的内容。

要解决此问题，请确保已包含应用程序所需的所有可能配置，并确保已为每种可能的分辨率添加了至少一个启动映像，这就是我的情况，我为每台设备添加了启动映像，并且作品。

因此，请仔细检查您的项目是否缺少这些设置之一或图像，然后尝试。谢谢

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

Cocoapods（0.39.0.beta.4）是我的问题，所以我搬到了迦太基。