我的预发布应用程序已经在iTunes Connect中“处理”了一个多星期了,给了什么?

我使用Xcode 6.1.1将预发布应用程序的新版本上传到iTunes Connect,以便将其分发给我的外部testing人员。 我已经完成了与以前的两个版本的相同的应用程序,它工作得很好。

但这一次,上传被困在“处理”状态一个多星期。 我再次尝试(相同的版本,新的版本号),现在已经超过24小时没有变化。

该应用程序通过validation罚款。

是什么赋予了?

转到iTunes Connect中的“资源和帮助”。 select“联系我们”并按照向导。 我不认为苹果以外的任何人都可以回答这个问题。 这就是我们过去类似的情况所做的。

我们有类似的问题。 上传的版本正在排队,它只是说popup式帮助“处理”,“上传后,他们将经过一个处理状态,才可以使用。”天过去了。

select“内部testing人员”,进行更改和保存似乎立即清除了队列:最新的版本现在处于活动状态,可供testing。 我已经做了两次,现在两个不同的应用程序。

更新:在这一点上,所有的赌注都closures。 似乎“处理”发生在苹果悄悄升级iTunes Connect时,并没有什么可以做的。

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

第二天,惊喜! iTunes Connect已完全更改。 我想我们都在看一个死的网站,而他们提出了在后台的新版本:(

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

有些人报告使用Application Loader比Xcode更好地将构build提交给iTunes Connect。 现在可以在Xcode菜单的“Open Developer Tool”项下find它。

有时候这个工作。 有时候不会。 你的青贮可能会有所不同(ツ)_ /¯

解决scheme(如Apple支持人员在回复请求协助时所build议的)是上传一个新的二进制文件。 我通过XCode(相同的版本1.4,但增加了从1到2的版本号),它几乎立即处理。

如果您在“处理”炼狱中遇到困难,请将XCode中的Build编号,存档并重新提交到App Store。 如果在15分钟内没有处理,请重试。

有使用XCode 7 betta-5的同样的问题。 通过在归档上传期间取消选中“包含位码”checkbox来修复:

在这里输入图像说明

我遇到过同样的问题。 我试图改变“内部testing人员”。 没有效果。 我使用Application Loader上传了一个新的版本。 一旦上传完成,以前的版本从“处理”更改为可用。

我有一个类似的问题。

昨天,我提交了一个使用Xcode的应用程序(1.03),大约是下午6点,今天早上它还在“处理”,实际上它仍然是“处理”。

今天上午10:30左右,我提交了使用Xcode的第二个版本(1.04),但是那个版本也花了太多时间来改变它的状态,所以我在中午时候使用Application Loader提交了第三个版本(1.05),应用程序加载器给了我一个警告有关应用程序太大,无法validation其API使用(构build大约12.5 MB),这只是一个警告,所以我提交了,我仍然在等待它的状态(2:16 PM)。

当然,每次我碰到Build号码。 所有的版本都将启用位代码设置为NO。

更新(1:52 PM):

第二个版本(1.0.4)刚刚适用于TestFlight。

更新(4:43 PM):

第三个版本(1.0.5),与Application Loader一起提交的版本刚刚可用于TestFlight。

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

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

请注意,构build可能需要长达24小时才能完全处理整个系统并可供使用。 如果构build在24小时内未完成处理,则通常可以通过以较高构build号再次提交构build来解决这个问题。

没有什么答案(为什么需要这么长时间没有什么),但这是苹果给我们的答案。

我昨天遇到这个问题。 我提交了多种不同的设置。 最后对我的工作是通过Application Loader提交没有位码

我希望这有助于避免我经历的头痛。 它已经24小时了,通过Xcode提交的应用程序全部仍在“处理”,通过Application Loader提交的应用程序在一个小时左右就可以使用。

如果您现在遇到这个问题,这是一个苹果问题。 他们正在发布iTunesConnect的新版本。 过去几天里,我的一些构build陷入了处理困境。 今天,他们被困在Uploaded上。 多个电话和不同的答案后,新的网站刚刚发布,我的版本显示为处理或可供提交。 虽然他们旁边都有一个黄色的警告图标。 不知道那是什么。

我通过Xcode 7.1成功提交了我的应用程序的新版本。 然后注意到这个版本比“平常”时间长。

我遵循了苏格兰的build议,增加了内部版本号,同时保持相同的版本,并从Xcode再次提交。 这次新版本在5分钟内就可以用于testing。

然后,我可以select构build并点击开始testing。 我的内部testing人员收到通知邮件,并能够通过Testflight应用程序testing新版本。

我知道它有点迟,但这是第一个链接出现在谷歌,上述解决scheme都没有为我工作。

我有同样的问题,即从应用程序加载器上载后,它停留在处理。 这发生了很多次,经过数小时的头撞我发现,只要我closures我的Mac上的应用程序加载器,生成状态已更改:)

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

还有一个重复这个问题的问题。 我发布了一个答案,我如何解决这个问题。 也许它也帮助别人:

任何其他人build立的iTunes连接花费更长的时间来处理?

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

OSX:禁用包含应用程序符号来象征性的崩溃报告为我做了诡计。 我将手动存储dsym和符号,而不是等待他们解决他们的“新”itunesconnect版本。

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

我的build议是不要等待苹果,只是增加build立和再次上传。 苹果太高贵了,不能承认自己的系统有缺陷或错误。 时间就是金钱。

我不愿意为这个已经过分拥挤的问题添加另一个答案,但这可能对某人有用。

我发现如果一个“发行版”已经有一个版本,当我上传一个新版本时,清除现有的版本,并试图select新版本,总是显示为“处理”。

但是,如果我删除旧版本并保存,然后刷新页面,则可以select新版本。

我尝试更改内部testing程序选项,尝试更改应用程序详细信息页面上的其他项目,并试图在2天内上传几个新的二进制文件(使用相同的代码,只更改内部版本号),但不起作用。 我还通过iTunes Connect支持链接联系了Apple; 他们在24小时内答复,但只是要求更多的信息(其中大部分我已经提供)。

最后,我上传的第五个版本,两天后,在正常的几分钟内完成,我终于能够提交我的应用程序进行审查。

我遇到了同样的问题,我通过Xcode7上传了ipa,卡住了48小时。 我发邮件到苹果支持的次数,但它不会工作,所以我多次上传ipa,但没有用,然后我做了版本号的变化,例如2.2(33)到2.3(1),它适用于我。 所以在你身边试试可能会对你有帮助。

对我来说同样的问题…从Xcode上传应用程序存档(7.3.1)。 通过Chrome和Safari连接到iTunesCo …

  • 20八月:v0.1.3 | b0.0.1 – >上传完成 – >从未出现在iTunesCo上
  • 23八月:v0.1.4 | b0.0.1 – >上传完成 – >在iTunesCo上处理
  • 23八月:v0.1.4 | b0.0.2 – >上传完成 – >在iTunesCo上处理
  • 23八月:v0.1.4 | b0.0.3 – >上传完成 – >从未出现在iTunesCo上
  • 24八月:v0.1.5 | b0.0.1 – >上传完成 – > 5分钟后可用

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

…不要等待苹果,只需增加构build和上传…

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

所以是的,这不是你,是他们。

我一直有这个相同的问题几天和许多上传,似乎工作,当我退出苹果开发者门户在我的个人计算机(我使用,而不是我的Mac浏览门户)通过我的Mac上传新版本和login到我用来上传ipa的Mac上的开发人员门户,似乎在这之后马上工作,猜测苹果只是真的讨厌Windows或从另一台计算机login是一个问题。

我也有这个问题 – 然而这是一个完全不同的原因,然后我在网上看到。 我意识到我的应用没有与app store版本关联的适当iOSconfiguration文件。 我只是改变了内部编号,validation并重新提交。 在15分钟内,新版本就可以作为当前版本添加了。 我试图上传的前两个版本都仍在处理中。

我不知道为什么苹果没有告诉你,有一个不正确的供应configuration文件的构build上传,但这是我的治愈!

使用Application Loader上传构build为我做了窍门。 如果你当前的版本停留在Processing,只需创build一个新的版本号,然后通过Application Loader提交。

其实这是有关应用程序商店的问题。 我已经上传了许多内容,需要时间取决于ipa的大小,以及在哪个时间上传到App Store。 请使用Application Loader 3.0或更高版本上传构build。

解决scheme是等待几个小时大约24小时。 您的问题将立即修复。 苹果现在有一段糟糕的时光。 我希望他们能尽快解决一切

我有一个关于这个bug的理论,也发生在我身上的几次。

我认为会发生的事情是:如果您loginiTunesConnect,则网页将查询数据库以查看可用的版本。 这个查询可能会干扰创build新的版本。

我所做的是:在所有的Web浏览器上从iTunesConnect注销。 在Xcode中增加构buildnr,创build一个档案,然后上传它。

然后:抵制loginiTunesConnect的诱惑来检查状态。 login前至less等待一小时。

当我终于loginiTunesConnect时,我发现我的二进制文件坐在那里,等着我。

我和我的一个应用程序有同样的问题,这就是我最终发现的问题。 就我而言,我使用Xcode 7.1同时上传了两个我的应用程序。 其中一个应用程序在一个小时内通过处理。 另外一个在24小时后还在处理中。 为了解决这个问题,我使用递增的内部版本号创build了一个新的存档,并使用应用程序加载器上载它。 我没有closures位码。 我使用应用程序加载器上传的版本不到20分钟即可完成处理,我已经能够提交我的应用程序进行审阅。 我之前提交的版本仍然停留在处理中。

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

原因是你的版本缺less苹果服务器无法确定的东西。

为了解决这个问题,请确保您已经包含了您的应用所需的所有可能的configuration,并确保您已经为每个可能的解决scheme添加了至less一个启动图像,这是我的情况,我为每个设备添加启动图像,作品。

所以,仔细检查你的项目是否缺less这些设置或图像之一,并尝试。 谢谢

我正面临着这个问题。 它解决了我在Chrome浏览器中loginiTunes Connect而不是Safari的问题。 我的应用程序已处于处理状态。

椰子树( 0.39.0.beta.4 )是我的问题,所以我搬到了迦太基。