错误ITMS-9000：“冗余二进制上传 . 已经存在一个二进制上传版本，版本号为'1.0' for train '1.0'“

10 回答

• 7

  如果针对上传到iTunesConnect的每个构建的内部版本号增加，则可以将多个二进制文件上载到 App Store Connect 以获取相同版本 . 对于每个 binary that is uploaded ，构建号必须为 unique （和更高）（选择目标，然后是Xcode - >常规 - >构建，请参见下图） . 例如，在下面的图像中，上传的版本具有 version 3.1.4 （旧图像中为3.75）和 build number is 1 . 因此，上传此图像后 increase the build to a minimum 2 or higher . 然后，这个二进制文件也可以上传到App Store Connect，因为它是根据 build number 的后续版本 .

  version 注意到你向用户发布了 release version of the app . build number 评论上传到商店的二进制文件的最终 build ，即在修复了许多错误之后 .

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

  编辑：使用 1 ， 2 ， 3 ， 4 等作为内部版本号更正确，但版本号必须增加，1.0 - > 1.1 - > 1.2等 . 内部版本号必须高于之前提交的相同版本号，如果没有发布错误 . 因此，如果提交的版本为3.75且已提交版本1的新二进制文件，则下一版本应为2或更高版本，但版本仍可保留为3.75 .

  New updated and the recommended 拥有 build numbers serial 的方式：
  

  较旧的图片与下面的图片相匹配：
  

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

  

  对于那些倾向于使用Xcode脚本自动执行此操作的人，以下是制作用于更新内部版本号的自动脚本的说明Better way of incrementing build number?

  回复于 2024-05-10T00:29:07+08:00
• 351

  我不知道为什么人们在内部编号中放置 float .

  我认为标准方法是在内部版本号中放置 integer ，在版本中放置 float 或 dotted string .

  即

  Version: 1.0.0
       Build: 2
  

  

  回复于 2024-05-10T00:29:07+08:00
• 4

  您只需要更改Build及其版本即可 . 在商店实时版本：1.1对于上传新版本：1.2（如果您无法上传5.1.1或更早版本），那么再次需要上传所以新上传将是：1.3

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

  回复于 2024-05-10T00:29:07+08:00
• 13

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

  但实际上你不需要删除它（如果他们愿意，让Apple自己动手） . 您需要更改 Build number （不是版本号）并再次上传 .

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

  回复于 2024-05-10T00:29:07+08:00
• 4

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

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

  回复于 2024-05-10T00:29:07+08:00
• 25

  我尝试将内部版本号增加到3位小数（例如1.5.1），这仍然让我得到冗余的二进制错误 . 之后我又添加了一个小数（例如1.5.1.0）成功了！

  屏幕截图我的设置：

  

  回复于 2024-05-10T00:29:07+08:00
• 5

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

  这并不重要，但坚持常规总是更好，所以我建议您查看this answer以了解如何计算您的构建 .

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

  回复于 2024-05-10T00:29:07+08:00
• 9

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

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

  回复于 2024-05-10T00:29:07+08:00
• 14

  我只是在iTunes连接中首先增加了版本号 . 这允许我上传新版本的二进制文件并没有问题 .

  回复于 2024-05-10T00:29:07+08:00
• 10

  我想上传我的应用程序的版本 2.4 并得到完全错误消息 . 这是该版本的第一次上传，iTunesConnect上肯定没有二进制文件存在 .

  我可以通过将构建版本从 2.4 更改为 2.4.0 来轻松解决此问题 . 无需增加版本 . 我想iTunes只是期望构建版本的三部分版本号 .

  回复于 2024-05-10T00:29:07+08:00