错误ITMS-9000:"冗余二进制上传.已经存在一个二进制上传版本,版本版本为'1.0',用于列车'1.0'"

Dha*_*ara 200 itunesconnect itunes ios xcode5

我试图通过Xcode 5.1.1在iTunes Connect上传我的版本,但这不断显示加载和应用程序没有上传.所以我尝试使用应用程序启动器上传,但它显示如下错误:

错误ITMS-9000:"冗余二进制上传.已经存在一个二进制上传版本,版本版本为'1.0',用于列车'1.0'"

iTunes上的应用程序状态为等待上传.一次上传成功完成但状态未反映,现在允许再次上传.

我还检查了vwebsite也发生了变化.不知道出了什么问题.

编辑

苹果新网站上没有提交审核按钮.但现在我可以看到那个按钮.这解决了我的问题.另外,我建议使用Application Loader上传构建,因为它比组织者更快.

Han*_*son 362

如果针对上传到iTunesConnect的每个构建的内部版本号增加,则可以将多个二进制文件上载到App Store Connect以获得相同版本.内部版本号只是必须是唯一的每个(或更高版本)被上传二进制(选择目标,然后Xcode中- >常规- >构建,见下图).例如,在下面的图像中,上传的版本具有版本3.1.4(旧图像中为3.75),版本号为1.因此,在上传此图像后,将构建增加到最小2或更高.然后这个二进制文件也可以上传到App Store Connect,因为它是后来的版本build number.

version笔记应用程序的发布版本的发布给用户.该build number言论最终构建上传到店二进制的,很多bug修复IE之后.

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

编辑:这是更正确使用 1,2,3,4,等为版本号,但版本号已经在增加,1.0 - > 1.1 - > 1.2等版本号必须比什么是为先前提交的更高相同的版本号,如果没有发布错误.所以,如果一个新的二进制提交有版本3.75和构建1已经提交,那么未来建设应是2或更高版本,但版本仍然可以保持3.75.

新的更新和建议编号序列的推荐方法: 在此输入图像描述

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

上传并处理新的二进制文件后(约5-20分钟的处理时间,如果它没有再次显示上传并等待),则可以选择新的二进制文件并提交以供审阅.在下图中,您可以在当前应用程序版本的"构建"部分中看到App Store Connect中列出的旧二进制文件(单击加号).然后选择新的二进制文件 - > Saved- > Submit for Review.(有时在提交时出现错误,然后在几分钟后尝试或上传新的​​二进制文件).

显示iTunesConnect中的二进制文件列表

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


atu*_*tri 28

我不知道为什么人们会使用float内置号码.

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

     Version: 1.0.0
     Build: 2
Run Code Online (Sandbox Code Playgroud)

在此输入图像描述

  • 我完全同意.所有这些人在两个领域使用相同的数字都是错误的.版本号是您希望发布的公共版本.内部编号是内部编号,内部编号!每次构建用于测试的应用程序时它都会上升,因此您可以引用错误跟踪它,并在代码执行时进行更改.这就是为什么测试航班以它的方式列出您的构建的原因.例如.版本1.0.0(2)这取决于您的公司如何构建构建号.有时,测试阶段需要单独的级别,因此浮动也很好. (5认同)

ALP*_*IYA 15

您只需要更改Build及其版本即可.在商店实时版本:1.1对于上传新版本:1.2(这里如果您无法上传5.1.1或更早版本)然后再次需要上传所以新上传将是:1.3

现在去iTunesconnect帐户登录应用程序>选择你的应用程序>在构建部分删除旧点击( - )再次选择点击(+)在这里你看到所有构建选择最后一个然后完成,保存然后提交审查.另请查看附加截图. 在此输入图像描述

  • 我想上传1.01而不是1.02.我现在应该怎么做? (4认同)

Kib*_*tik 13

绝对不能在上传新版本之前从iTunes Connect中删除旧版本.iTunes Connect界面不适用于此操作.

但实际上你不需要删除它(如果他们愿意,让Apple自己动手).您需要更改您的内部版本号(而不是版本号)并再次上传.

例如,如果版本号为1.0,内部版本号为1.0,则将内部版本号更改为1.0.1,并将版本号保留为1.0.然后上传它 - iTuned Connect将接受更新的版本.其余的都非常明显.祝好运!


kee*_*ees 10

我注意到Apple在构建可用于提交之前需要花费大量时间.在我选择它之前,我上传了我的构建了几次.由于我的构建版本无效,因为在服务器上有几次相同的构建版本,我收到了"Redundant Binary Upload"邮件.

在我的情况下,我可以在上传构建(使用新的构建号)形式Xcode后15分钟选择新的二进制文件.


小智 9

我尝试将内部版本号增加到3位小数(例如1.5.1),这仍然让我得到冗余的二进制错误.我添加了一个十进制数(例如1.5.1.0)之后就可以了!

屏幕截图我的设置:

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


nal*_*exn 8

我需要警告你,这里几乎所有的答案(包括接受的答案)都会促进非传统的计算方法.

这并不重要,但坚持常规总是更好,所以我鼓励你查看这个答案,以了解如何计算你的构建.

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


小智 5

我刚刚经历了同样的问题.不幸的是,我创建了我的应用程序的1.0.1版本,并上传了一个二进制文件,其版本被拒绝为无效版本.之后我无法拒绝系统中的二进制文件,因此我必须首先弄清楚拒绝的原因是什么,然后将iTunes Connect和新上传的二进制文件上的应用程序版本更改为1.0.2代码修复.它现在坐在等待审查.

我尝试过的前3次,二进制文件几乎立即被拒绝了.我花了大约2个小时来弄清楚我的拒绝理由是从有效架构中移除'arm64'.我希望这可以帮助你.