我使用Xcode 6.1.1将新版本的预发布应用程序上传到iTunes Connect,以便将其分发给我的外部beta测试人员。我之前使用同一个应用程序的两个版本完成了这项工作并且工作正常。
但是这一次,上传卡在"处理"状态超过一周。我再次尝试(相同版本,新版本号),现在已超过24小时,没有任何变化。
该应用程序通过了验证。
是什么给出了?
答案 0 :(得分:132)
我们遇到了类似的问题。上传的版本正在排队,它只是通过弹出帮助说“处理”,“上传构建后,它们将在使用之前经历处理状态。”几天过去了。
选择“内部测试人员”,进行更改和保存似乎立即清除队列:最新版本现已激活并可用于测试。我现在用两个不同的应用程序做了两次。
更新:此时,所有投注都已关闭。当苹果公司悄然升级iTunes Connect时似乎发生了“处理”,你无能为力。
2015年9月23日,iTunes Connect近24小时内未接受任何上传。 “内部测试者”技巧不起作用。 最终碰撞版本号(以避免“重复二进制”错误)并重新提交工作。
第二天,惊喜! iTunes Connect已完全更改。我猜我们都在看一个死网站,而他们在后台提出了新版本:(
在我们的案例中,我们仍然可以看到仍然处于“处理”状态的数十个“失败”上传。哦,好吧。
有些人报告使用Application Loader比Xcode更好地将构建提交到iTunes Connect。您现在可以在Xcode菜单“Open Developer Tool”项下找到Xcode内部。
有时这很有效。有时却没有。你的milage可能会有所不同¯\ _(ツ)_ /¯
答案 1 :(得分:72)
转到iTunes Connect中的“资源和帮助”。选择“联系我们”并按照向导进行操作。我不认为Apple以外的任何人都可以回答这个问题。这就是我们过去在类似情况下所做的事情。
答案 2 :(得分:47)
解决方案(Apple支持部门在协助请求时的建议)是上传新的二进制文件。我是通过XCode(相同的版本1.4,但将Build编号从1增加到2)完成的,并且几乎立即处理。
如果你陷入"处理"炼狱,在XCode中增加内部版本号,存档并再次提交到App Store。如果它在15分钟内没有处理,请再试一次。
答案 3 :(得分:31)
答案 4 :(得分:19)
我有同样的问题。我尝试对内部测试人员进行更改。"没有效果。我使用Application Loader上传了一个新版本。上传完成后,之前的版本从" Processing"可用。
答案 5 :(得分:13)
我从App Store开发人员支持(2016-01-02)收到此消息:
请注意,构建完全处理最多可能需要24小时 通过我们的系统,可以使用。如果构建没有 在24小时内完成处理,这通常可以解决 使用更高版本号再次提交构建。
没有多少答案(没有关于为什么需要这么长时间),但这是Apple给我们的答案。
答案 6 :(得分:12)
我有类似的问题。
昨天,我使用Xcode提交了一个app build(1.03),它是在下午6点左右,今天早上仍然是“处理”,实际上它仍然是“处理”。
今天上午10:30左右,我使用Xcode提交了第二个版本(1.04),但是也花了太多时间来改变它的状态,所以我在中午左右使用Application Loader提交了第三个版本(1.05),应用程序加载器给了我一个关于应用程序太大而无法验证其API使用情况的警告(构建大约12.5 MB),它只是一个警告,所以我提交了它,我还在等待它改变状态(下午2:16) )。
当然,每次我提高Build号码。所有构建都将Enable Bitcode设置为NO。
更新(1:52 PM):
第二个版本(1.0.4)刚刚可用于TestFlight。
更新(下午4:43):
第三个版本(1.0.5),使用Application Loader提交的版本刚刚可用于TestFlight。
我的结论是他们的服务器比以前慢了......也许正在处理的应用程序的数量增加了,他们的系统负载也越来越高,因为有新的东西需要检查(bitcode,观看os的东西,等)。
答案 7 :(得分:7)
昨天我遇到了这个问题。我提交了多种不同设置的构建版本。最终对我有用的是通过Application Loader提交没有bitcode 。
我希望这可以帮助别人避免我经历的头痛。已经24小时,通过Xcode提交的应用程序仍然处理"通过Application Loader提交的应用程序在一小时左右就可以使用。
答案 8 :(得分:5)
如果你现在遇到这个问题,这是一个Apple问题。他们正在发布新版本的iTunesConnect。过去几天,我的一堆构建工作一直停留在Processing。今天,他们陷入了Uploaded的困境。多个电话和不同的答案后,新网站只是发布,我的构建显示为处理或可提交。但是,它们旁边都有一个黄色警告图标。不知道那是什么。
答案 9 :(得分:3)
我成功通过Xcode 7.1提交了我的应用程序的新版本。然后注意到构建在“处理”中比平常更长时间。
我遵循Scotch的建议,增加版本号,同时保持相同的版本,并再次从Xcode提交。这次新版本可在5分钟内完成测试。
然后我可以选择该构建并单击开始测试。我的内部测试人员收到了通知电子邮件,并能够通过Testflight应用程序测试新版本。
答案 10 :(得分:3)
我知道答案有点迟,但这是谷歌中出现的第一个链接,上述解决方案都不适用于我。
我遇到了同样的问题,即从应用程序加载器上传构建后,它仍处于处理状态。这种情况发生了很多次,经过几个小时的敲击后我发现只要我关闭Mac上的应用程序加载器,构建状态就会改变:)
我希望这个答案会对很多人有所帮助。
答案 11 :(得分:2)
对我来说同样的问题...... 从Xcode(7.3.1)上传应用档案。使用Chrome和Safari连接到iTunesCo ......
它的工作方式没有逻辑......所以我同意@teapen:
...不要等待Apple,只需增加构建并再次上传......
答案 12 :(得分:2)
我不愿意为这个已经过度拥挤的问题添加另一个答案,但它可能对某人有用。
我发现如果“发布”在我上传新版本时已经分配了版本,则清除现有版本并尝试选择新版本时始终将其显示为“正在处理”。
但是,如果我删除旧版本并保存然后刷新页面,则可以选择新版本。
答案 13 :(得分:2)
还有一个问题与此重复。我发了一个答案我是如何解决这个问题的。也许它也有助于其他人:
Anyone else's build for iTunes Connect taking longer times to process?
简而言之:使用XCode 6.4而不是XCode 7构建和上传。
答案 14 :(得分:2)
我正在使用xcode,我的应用程序通常需要1-2分钟才能处理,但今天我等了15分钟。我所做的是增加构建,保持版本相同并再次存档。它在2分钟内完成,而之前的版本在一小时后仍然停滞不前。
我的建议是不要等待Apple,只需增加构建并再次上传。 Apple太高尚了,不承认他们的系统有错误或错误。时间就是金钱。
答案 15 :(得分:2)
OSX:禁用包含应用符号以符号化崩溃报告为我做了诀窍。我将手动存储dsym和symbolicate,而不是等待他们解决他们的" NEW" itunesconnect发布。
答案 16 :(得分:1)
所以我昨天(2017年2月22日)经历了这个,我尝试多次通过Xcode(8.2)上传构建,显示(Processing)
。然后我用应用程序加载器尝试了它,仍然是相同的。我只需要等待大约12个小时就可以通过处理完成的电子邮件向我发送垃圾邮件。
所以是的,不是你,而是他们。
答案 17 :(得分:1)
我尝试更改内部测试人员选项,尝试更改应用详细信息页面上的其他项目,并尝试在2天内上传几个新的二进制文件(使用相同的代码,仅更改内部版本号)无效。我还通过iTunes Connect支持链接联系Apple;他们在不到24小时内回复,但只是要求提供更多信息(我已经提供了大部分信息)。
最后,我上传的第五个版本,两天后,在正常的几分钟内完成,我终于可以提交我的应用程序进行审核。
答案 18 :(得分:1)
我遇到同样的问题,我通过Xcode7上传了ipa,它被卡住了48小时。 我邮寄给苹果支持的次数但不起作用 所以我多次上传ipa,但没有用 然后我更改了版本号,例如2.2(33)至2.3(1) 它对我有用。所以尽量帮助你。
答案 19 :(得分:1)
我有一个关于这个错误的理论,这也发生在我身上几次。
我的想法发生了:如果您登录iTunesConnect,那么网页将向数据库查询可用的构建。此查询可能会干扰新版本的创建。
我做的是: 在所有Web浏览器上从iTunesConnect注销。 在Xcode中增加build nr,制作一个Archive,然后上传它。
然后:抵制登录iTunesConnect以检查状态的诱惑。在登录前至少等待一小时。
当我最终登录iTunesConnect时,我发现我的二进制文件就在那里,等着我。
答案 20 :(得分:0)
查找包含此效果的电子邮件:
缺少Info.plist键 - 此应用尝试访问隐私敏感 没有使用说明的数据。应用程序的Info.plist必须包含 NSAppleMusicUsageDescription键,用字符串值解释 用户应用程序如何使用此数据。
缺少的密钥可以是一系列权限中的任何一种,并且可能是您甚至不使用的东西。这经常出现在反应本机应用程序中。
如果您收到此类电子邮件,请按照有关Info.plist
键的建议操作,然后重新提交该应用。
答案 21 :(得分:0)
我的一个应用程序遇到了同样的问题,这就是我最终找到这个问题的方法。就我而言,我使用Xcode 7.1同时上传了我的两个应用程序。其中一个应用程序在一小时内通过处理。另一个人差不多24小时后仍在处理中。为了解决这个问题,我创建了一个增加了内部版本号的新存档,并使用应用程序加载器上传了它。我没有关掉bitcode。我使用应用程序加载器上传的版本花了不到20分钟的时间来完成处理,我已经能够提交我的应用程序进行审核。我之前提交的版本仍处于处理阶段。
至少在我的应用程序中,使用应用程序加载器似乎解决了这个问题。
答案 22 :(得分:0)
解决方案是等待几个小时大约24小时。您的问题将立即得到解决。 苹果现在正处于困境中。我希望他们能很快解决所有问题
答案 23 :(得分:0)
实际上这是与应用商店相关的问题。我上传了许多构建时间需要时间取决于ipa的大小,并在此时将其上传到App Store。请使用Application Loader 3.0或更高版本上传版本。
答案 24 :(得分:0)
我在几天内遇到同样的问题并且很多上传,当我在我的PC上登出苹果开发者门户网站(我用它而不是我的Mac来查看门户网站)时上传新版本我的Mac并登录到我用来上传ipa的Mac上的开发人员门户网站,之后似乎马上工作,猜猜苹果真的很讨厌Windows或从不同的计算机登录是一个问题。
答案 25 :(得分:0)
使用Application Loader上传构建对我来说很有用。如果当前构建停留在Processing中,只需创建一个具有递增构建号的新构建,并通过Application Loader提交它。
答案 26 :(得分:0)
我也遇到过这个问题 - 然而,这与我在网上看到的完全不同。我意识到我的应用没有与app store发布相关联的正确iOS Provisioning配置文件。我只是更改了内部版本号,验证并重新提交。在15分钟内,新版本已准备好作为当前版本添加。我试图上传的前两个版本都在处理。
我不确定为什么Apple没有告诉您上传的内容有不正确的配置文件,但这是我的治疗方法!
答案 27 :(得分:-3)
原因是您的构建缺少苹果服务器无法确定的内容。
要解决此问题,请确保已包含应用所需的所有可能配置,并确保为每种可能的分辨率添加了至少一个启动图像,这是我的情况,我为每个添加启动图像设备并且确实有效。
所以,仔细检查您的项目是否缺少其中一个设置或图像,然后尝试。 感谢
答案 28 :(得分:-4)
我正面临着这个问题。当我在Chrome浏览器中登录iTunes Connect时,它解决了。我的应用已处于已处理状态。
答案 29 :(得分:-5)
Cocoapods(0.39.0.beta.4
)对我来说是个问题所以我搬到了迦太基。