我使用Xcode 6.1.1上传了一个新版本的预发布应用到iTunes Connect,这样我就可以把它分发给我的外部测试人员。我之前用同一个应用的两个版本做过这样的操作,效果很好。

但这一次,上传停留在“处理中”状态超过了一周。我又试了一次(同样的版本,新的版本号),现在已经超过24小时没有变化了。

应用程序顺利通过验证。

到底发生了什么事?


当前回答

我也遇到过类似的问题。

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

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

其他回答

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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