Objective c Info.plist上载错误中的CbundLeverVersion

Objective c Info.plist上载错误中的CbundLeverVersion,objective-c,upload,plist,cfbundleidentifier,Objective C,Upload,Plist,Cfbundleidentifier,“您上载的二进制文件无效。中的键CbundLeverVersion。” Info.plist文件的版本必须高于 以前上载的版本。“ 当我上传我的应用程序时,我遇到了这个错误 我在iTunes Connect上将更新版本设置为1.2,并将.plist文件更新为1.2 我不明白为什么我会犯这个错误。任何帮助都将不胜感激。谢谢。您应该能够登录iTunes Connect并查看当前版本的应用程序(包括您提交但尚未上线的应用程序)。检查以确保您以前没有提交版本号更高(或相同)的版本。我花了几个小时试图解决

“您上载的二进制文件无效。中的键CbundLeverVersion。” Info.plist文件的版本必须高于 以前上载的版本。“

当我上传我的应用程序时,我遇到了这个错误

我在iTunes Connect上将更新版本设置为1.2,并将
.plist
文件更新为1.2


我不明白为什么我会犯这个错误。任何帮助都将不胜感激。谢谢。

您应该能够登录iTunes Connect并查看当前版本的应用程序(包括您提交但尚未上线的应用程序)。检查以确保您以前没有提交版本号更高(或相同)的版本。

我花了几个小时试图解决此问题。我已经尽全力检查了CbundLeverVersion,通过在文本编辑器上打开info.plist,获取目标信息并在属性上阅读版本,让我妻子在iTunes上阅读版本,以确认我没有被意外的早发性痴呆症击中,从而确保CbundLeverVersion确实高于旧版本


最后,这不知何故达到了目的。我的旧版本是1.0.4。我试过1.3.5、1.4.5等。;没有一个奏效。但令人惊讶的是,当我进入2.0.0时,应用程序加载器喜欢它看到的内容并上传了它。这是由于应用程序加载程序中的错误造成的吗

我在一个类似的问题上花了两个晚上。我以前的版本是1.02,我尝试用1.2、1.20、1.1进行验证,但总是收到无效的二进制消息

我通过输入2.0作为版本号解决了这个问题,这很有效。我怀疑这也是一个bug。在最近将游戏从1.0升级到1.1时,我没有收到这条消息,但这是使用xcode 3的。谢谢你的提示

指出,在应用商店中看到的版本号不一定与捆绑包版本号相同。在iTunes中查看应用程序的详细信息时,会出现一个名为“二进制详细信息”的链接。该页面显示捆绑包版本。我正在开发的一个应用程序版本是1.0,但它的捆绑版本是2.0。上载版本为1.1的捆绑包失败,但2.1确实有效


所以,有一个应用程序版本和一个捆绑版本。这个问题与捆绑版本有关。

苹果的上传服务器中至少有一个已知的bug,他们已经12个月没有修复了。注意事项:

  • 苹果删除版本号内的任何前导零;i、 e.“整个字符串”不被视为数字,而是点之间的位被视为单独的数字。e、 苹果公司将“1.02”视为“1.2”。因此,对于苹果来说,1.02大于1.1
  • 苹果有时会感到“困惑”,似乎会将你上传的应用程序与你之前上传的不同应用程序的版本进行比较。这件事发生在很多人身上,我自己也见过几次
  • 苹果应该比较“CbundLeversion”(即“Bundle version”而不是“Bundle versions string,short”);别搞混了
  • 通常,唯一可行的解决方案是增加前面的数字(例如,“2.4”中的“2”-将其增加到“3”)
  • 您上传的版本号与iTunes中显示的版本号无关-您可以在其中放置任何您想要的内容,这就是您的用户将看到的内容
  • …除此之外,如果您还报告应用程序中的“实际”版本号,用户将看到CbundLeverVersion(通常,取决于您如何编码),而不是iTunes版本(我认为无法从应用程序中访问)

  • 我也有同样的问题。基本上,我以前的版本是1.12,我想把它改为1.2,但有提到的错误。我确实尝试过1.20,它确实工作得很好

    只要我使用苹果的“应用程序加载器”上传我的ipa文件,就没有一套不断增加的版本号有效,但是如果我使用XCode的“管理器”(在3.2.5版的“窗口”下拉菜单下找到),单击“验证…”按钮,等待它批准我,然后单击“提交…”按钮,一切都按照预期进行,有一个健全的版本号(比应用商店当前可用的版本号高一个增量)。

    在目标摘要中,xcode4中的版本号旁边是一个构建,我从1开始,每次进行二进制上传时,我都会增量,这解决了我的问题

    似乎是数字格式造成的混乱。捆绑包版本不是十进制。它是一个版本(或构建版本),所以1.11实际上是“一点十一”。因此,1.11大于1.2。在本例中,我成功地使用了1.20。

    在xcode 4.2中,如果从info.plist文件进行修改,则似乎没有注册捆绑包版本。
    我直接在xcode面板“info”中设置了我的新捆绑包版本,现在它可以工作了

    更新内部版本号。版本号很重要,但内部版本号会产生很大的不同。例如,我的应用程序初始版本为:

    version #: 1.0
    build #:   1.0
    
    然而,当我试图上传下一个版本,即

    version #: 1.1
    build #:   1.0
    

    它不会接受上传。通过简单地将构建增加到1.1,上传被接受。

    我的项目中有一个iPhone和一个iPad版本,由于某种原因,iPad的infoplist与iPad产品没有关联,检查目标成员资格并将其与正确的产品关联,为我解决了此问题。

    Xcode 4会认为如果不重新归档应用程序,您希望重新上载相同的版本。即使更改捆绑包版本并重新生成,上载也将失败。记住在产品菜单中执行“存档”

    我找到了另一个解决方案


    如果选择目标>>信息>>更新捆绑包ID。

    我也遇到了同样的问题。第一次提交的版本是1.5.20,希望更新到1.7.30

    在尝试版本1.8、2.0和3.0失败后,我将CfBundLeverVersion更新为10.0,然后它突然工作了

    我不确定这种行为背后的逻辑是什么,
    Version number = 1.2
    Bundle number = [previous bundle number]++