错误ITMS-9000:“冗余二进制上传。火车“ 1.0”的构建版本为“ 1.0”的二进制文件已经存在”


207

我正在尝试通过Xcode 5.1.1在iTunes Connect上上传我的版本,但是它一直在显示它正在加载并且应用程序没有上传。因此,我尝试使用Application Loader上载,但显示以下错误:

错误ITMS-9000:“冗余二进制上传。已经存在火车“ 1.0”的内部版本版本为“ 1.0”的二进制上传”

iTunes上的应用程序状态为“等待上传”。一次上传成功完成,但是状态没有反映出来,现在允许再次上传。

我也检查了网站是否也改变了。不知道怎么了

编辑

苹果新网站上没有“提交评论”按钮。但是现在我可以看到该按钮了。那解决了我的问题。另外,我建议使用Application Loader上传构建,因为它比组织者要快。


7
苹果现在疯了。Ituneconnect网站也将更改。我花了1个小时环顾这个网站,以更新我的应用程序的新版本。
Sovannarith 2014年

@chhi是否可以将内部版本上传到iTunes?
达拉2014年

2
我遇到了同样的问题。发现问题并修复并尝试上传替换二进制文件后,我不得不拒绝二进制文件。我已经用Apple Bug Reporter记录了它。(#18257715)。请去知道您也有这个问题,以便他们优先处理。
布伦南2014年

Answers:


369

如果对于上载到iTunesConnect的每个版本,内部版本号都在增加,则同一版本的一个以上二进制文件可以上传到App Store Connect。对于每个上载的二进制文件,内部版本号必须唯一(并且更高)(选择Target,然后选择Xcode-> General-> Build,请参见下图)。例如,在下面的图像中,上载的版本具有3.1.4版本(在较早的图像中为3.75),并且版本号为1。因此,在上传此图像后,将构建增加到最小2或更高。然后,根据的后续版本,此二进制文件也可以上传到App Store Connect 。build number

version注意到应用程序的发布版本的发布给用户。该build number言论最终构建上传到店,即许多bug修复后的二进制。

Xcode 9之后,如果商店中存在具有相同内部版本号的先前内部版本,则您将无法上传新版本(对于相同版本)。因此,请检查您的内部版本号,如果不确定,请增加。

编辑:这是更正确使用 1234,等为版本号,但版本号必须增加,1.0 - > 1.1 - > 1.2等版本号必须比什么是为先前提交的更高相同的版本号,如果没有,则发布错误。因此,如果提交的新二进制文件的版本为3.75,并且已经提交了版本1,则下一个版本应为2或更高版本,但该版本仍可以保持3.75。

新的更新和建议的内部版本号序列号的方式在此处输入图片说明

与以下图像匹配的较旧图像: 显示在XCode中设置构建版本的位置

在上载并处理了新的二进制文件后(约5-20分钟的处理时间,如果它不再显示上载并等待),则可以选择新的二进制文件并将其提交以供审核。在下面的图片中,您可能会在当前App版本的“构建”部分中看到“ App Store Connect”中列出的旧二进制文件和新二进制文件(单击加号)。然后选择新的二进制文件-> Saved-> Submit for Review。(有时在提交时会出现错误,请在几分钟后再尝试尝试或上传新的​​二进制文件)。

在iTunesConnect中显示二进制列表

对于那些倾向于使用Xcode脚本自动执行此操作的人员,这里描述了制作自动脚本来更新内部版本号的更好方法来增加内部版本号?


1
谢谢,我设法通过更改内部版本号以使用格式YYYYMMDDhhmm来克服此错误,每次将具有当前日期和时间的新内部版本推送到App Store时,都可以更新该格式。我想自动将内部版本号更改。
布伦南2014年

@Brennan我添加了指向有关使内部版本号自动增加的说明的链接。
Sverrisson 2014年

@HannesSverrisson您对已经在版本号中使用三部分的那些人有何建议?
西蒙

@Simon我想您必须将构建添加为第四部分。客户端将永远不会在App Store中看到内部版本号。
Sverrisson

@HannesSverrisson,但我们不再被允许使用第四部分!
西蒙

29

我不知道为什么人们要float输入内部版本号。

在我看来,标准的方法是把一个integer在建数量和floatdotted string换版。

     Version: 1.0.0
     Build: 2

在此处输入图片说明


5
我完全同意。所有这些在两个字段中使用相同数字的人确实没有抓住重点。版本号是您希望发布的公共版本。内部版本号是内部版本号!每次您构建用于测试的应用程序时,它都会增加,因此您可以参考它来跟踪它的代码,该代码随代码的变化而变化。这就是为什么试飞会以这种方式列出您的构建的原因。例如。版本1.0.0(2)取决于公司的内部版本号结构。有时,测试阶段需要单独的级别,所以浮点数实际上也很好。
西蒙·蒂尔森

我完全同意你的看法。如果创建一个全新的项目,您会发现这是Xcode的默认策略。
DawnSong

15

您将只需要更改Build及其版本。商店实时版本:1.1对于上载新版本:1.2(如果您无法使用5.1.1或更早版本上载),则再次需要上载,因此新上载为:1.3

现在转到iTunesconnect帐户登录应用程序>选择您的应用程序>在“构建”部分中,通过单击(-)再次删除旧内容,再单击(+),在这里您会看到所有构建,选择最后一个,然后单击“完成”,保存并提交以供审阅。还要检查附件的屏幕截图。 在此处输入图片说明


4
我要上传1.01而不是1.02。我现在应该怎么办?
山姆

我有同样的问题。虽然我有两个版本,但没有提交审查按钮。单击您的1.4版本后,您是否真的收到了“提交审阅”按钮?
neelabh 2014年

@neelabh是的,它似乎正在等待审查。上传1.4后
ALPESH PATOLIYA 2014年

@ user28以获取更新版本,您将需要更改版本。
设为

13

绝对不可能在上传新版本之前从iTunes Connect删除旧版本。iTunes Connect界面在此操作上还不那么先进。

但是实际上您不需要删除它(如果他们愿意,让Apple自己承担)。您需要更改内部版本号(而非版本号),然后重新上传。

例如,如果您的版本号为1.0,内部版本号为1.0,则将内部版本号更改为1.0.1,并将版本号保持为1.0。然后上传它-iTuned Connect将接受较新的版本。其余的一切都很明显。祝好运!


1
问题在于某些库和框架使用内部版本号作为版本号。
Genki 2014年

10

我注意到,Apple需要很长时间才能将内部版本提交。我上传了几次构建版本,然后才能选择它。到那时为止,我的构建是无效的,因为同一构建版本在服务器上运行了两次,并且收到了“冗余二进制上传”邮件。

就我而言,我可以在上载Xcode版本(带有新的内部版本号)后15分钟选择新的二进制文件。


因此,当您获得“冗余二进制上传”时,您做了什么。因为我从Apple收到了类似的邮件,并且我的应用程序显示“正在等待审核”
Ekra 2014年

就我而言,这就是我确实在iTunes连接的“构建”选项卡上看到我所有上传内容的原因...即使我一直在等待50分钟,仍然一无所获...希望在接下来的几个小时内身体不适我的版本在“版本”选项卡上启用,因此我可以提交进行审核
d1jhoni1b 2014年

在我的情况下,这个花了超过45分钟,但是这是它似乎还有每次在Xcode上传到iTunes的时间之间的巨大延迟连接主要原因
d1jhoni1b

10

我尝试将内部版本号增加到3个小数(例如1.5.1),但这仍然给了我冗余的二进制错误。在我再加上一个十进制数(例如1.5.1.0)后,它起作用了!

我的设置的屏幕截图:

http://i.stack.imgur.com/daKBA.png


1
对我来说,只有三个级别的版本号有效。我唯一注意到的是将1.1.0其视为1.1。因此,我不得不尝试1.1.1代替1.1.0
Adil Malik

8

我需要警告您,这里的几乎所有答案(包括已接受的答案)都提倡非常规的方式来计算版本。

这不是很关键,但始终遵循约定总是更好的选择,因此我鼓励您检查一下此答案,以获取有关如何对构建进行编号的想法。

是的,回答原始问题,您要做的就是增加内部版本号。正确地


5

我只是遇到了同样的问题。不幸的是,我创建了应用程序的1.0.1版本,并上传了具有相同版本的二进制文件,但该版本被拒绝为无效版本。之后我没有办法拒绝系统中的二进制文件,因此我必须首先弄清楚拒绝的原因是什么,然后使用正确的iTunes Connect和新上传的二进制文件将应用程序版本更改为1.0.2。代码修复。现在它正坐在等待审核中。

我尝试这样做的前3次,几乎立即拒绝了该二进制文件。我花了大约2个小时才弄清楚我被拒绝的原因,这是从有效架构中删除了“ arm64”。我希望这可以帮助你。


4

我只是在iTunes connect中首先增加了版本号。这使我可以上传新版本的二进制文件,并且没有问题。


4

我想上传2.4我的应用程序的版本,并得到了该错误消息。这是该版本的首次上传,iTunesConnect上肯定没有二进制文件。

我可以很容易地通过更改内部版本解决这个2.42.4.0。无需增加版本。我想iTunes只是希望构建版本的版本号由三部分组成。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.