CFBundleVersion dans l'erreur de téléchargement Info.plist

"Le binaire que vous avez téléchargé n'était pas valide. La clé CFBundleVersion dans le fichier Info.plist doit contenir une version supérieure à celle de la version précédemment téléchargée."

J'obtiens cette erreur lorsque je viens télécharger mon application.

J'ai défini la version mise à jour sur 1.2 sur iTunes Connect et j'ai également mis à jour le .plistfichier sur 1.2.

Je ne comprends pas pourquoi j'obtiens cette erreur. Toute aide serait appréciée. Merci.

Il y a au moins 1 bogue connu dans le serveur de téléchargement d'Apple qu'ils n'ont pas corrigé depuis plus de 12 mois. Choses à prendre en compte:

1. Apple supprime tous les zéros non significatifs à l'intérieur du numéro de version; c'est-à-dire que la "chaîne entière" n'est PAS traitée comme un nombre, à la place les bits entre les points sont traités comme des nombres SÉPARÉS. Par exemple, "1.02" est traité par Apple comme "1.2". Donc, pour Apple, 1.02 est PLUS GRAND QUE 1.1
2. Apple est parfois «confus» et semble comparer votre application téléchargée à la version d'une application DIFFÉRENTE que vous avez précédemment téléchargée. C'est arrivé à beaucoup de gens, et je l'ai vu moi-même plusieurs fois
3. Apple est censé comparer la "CFBundleVersion" (c'est-à-dire "Bundle version" et non la "Bundle versions string, short"); ne vous mêlez pas.
4. Souvent, la seule solution viable est de bosse le nombre avant (par exemple le "2" dans "2.4" - augmentez-le à "3")
5. Le numéro de version que vous téléchargez n'est pas lié au numéro de version qui apparaît dans iTunes - vous pouvez y mettre tout ce que vous voulez, et c'est ce que vos utilisateurs verront
6. ... sauf, si vous indiquez également le numéro de version "réel" dans votre application, l'utilisateur verra la CFBundleVersion (généralement, dépend de la façon dont vous la codez), plutôt que la version iTunes (qui - je pense - ne peut pas être accessible depuis dans votre application)

Mettez à jour le numéro de build. Le numéro de version est important, mais le numéro de version fait toute la différence. Par exemple, ma version initiale d'une application était:

version #: 1.0
build #:   1.0

Cependant, lorsque j'ai essayé de télécharger la version suivante, c'est à dire

version #: 1.1
build #:   1.0

Il n'accepterait pas le téléchargement. En incrémentant simplement le build # à 1.1, le téléchargement a été accepté.

Xcode 4 pensera que vous souhaitez télécharger à nouveau la même version si vous ne réarchivez pas l'application. Même si vous modifiez la version du bundle et reconstruisez, le téléchargement échouera. N'oubliez pas de faire une " Archive " dans le menu Produit!

Beaucoup de réponses ici m'ont finalement aidé, mais ce n'est que lorsque j'ai vu le numéro de «version» exact qu'Apple comparait.

1. Accédez à iTunes Connect -> Gérez vos applications
2. Choisissez l'application dont vous souhaitez vérifier la version précédente
3. Cliquez sur le bouton bleu intitulé Afficher les détails
4. Cliquez sur le lien intitulé Détails binaires
5. Trouvez la valeur donnée pour la version du bundle

Même si je pensais avoir soumis le numéro de version 1.0.1, le nombre réel stocké par Apple était 101. Certains des commentaires ci-dessus m'ont fait croire que je devais changer ma version en 2.0 (20) ou 1.5 (15) ou 1.2 (12 ) - ce sont tous moins de 101 comme vous pouvez le voir. La mise à jour de mon numéro de version 102 (sans les points) a résolu le problème.

Cet article souligne que le numéro de version tel qu'il apparaît dans l'App-Store n'est pas nécessairement le même que le numéro de version du bundle. Lorsque vous affichez les détails de votre application dans iTunes, il existe un lien nommé «Détails binaires». Cette page affiche la version du bundle. L'une des applications sur lesquelles je travaillais était à la version 1.0, mais sa version bundle était 2.0. Le téléchargement d'un bundle avec la version 1.1 a échoué, mais la version 2.1 a fonctionné.

Il existe donc une version d'application et une version groupée. Ce problème est lié à la version du bundle.

Il semble que la confusion soit causée par le format des nombres. La version du bundle n'est pas une décimale. C'est une version (ou build peut-être) donc 1.11 est en fait "un point onze". Par conséquent, 1,11 est supérieur à 1,2. J'ai eu du succès en utilisant 1,20 dans ce cas.

Cela peut généralement être dû à l'absence de numéro de version. Donc, ajoutez le numéro de version sous Identité et vérifiez également le numéro de build.

Continuez à coder ......... :)

Pour moi (Xcode 4.5) changer le numéro de build a résolu le problème. définissez les versions sur 1.0.2 ... 2.0.2 etc. puis augmentez build # (Adam 3 points me donne un idia où chercher).

Vous devriez pouvoir vous connecter à iTunes Connect et voir la version actuelle de l'application (y compris celles que vous avez soumises mais qui ne sont pas en ligne). Vérifiez que vous n'avez pas soumis auparavant une version avec un numéro de version supérieur (ou identique).

J'ai passé quelques heures à essayer de résoudre ce problème. J'ai vérifié de toutes mes forces pour m'assurer que la CFBundleVersion était bien supérieure à l'ancienne version, en ouvrant le info.plist sur un éditeur de texte, obtenir des informations sur la cible et lire la version sur les propriétés, demandé à ma femme de lire la version sur iTunes pour confirmer que je n'ai pas été frappé par une Alzheimer antérieure inattendue.

En fin de compte, cela a en quelque sorte fait l'affaire. Mon ancienne version était la 1.0.4. J'ai essayé 1.3.5, 1.4.5 etc .; aucun n'a fonctionné. Mais assez surprenant, lorsque je suis entré dans 2.0.0, Application Loader aime ce qu'il a vu et l'a téléchargé. Est-ce dû à un bogue dans le chargeur d'application?

Dans le résumé des cibles à côté du numéro de version dans xcode4 est une construction, j'ai commencé cela à 1, j'incrémente chaque fois que je fais un téléchargement binaire, cela a résolu le problème pour moi

Si l'erreur signalée est la CFBundleVersion, le correctif est généralement assez simple. Vérifiez / essayez ceci:

1. Accédez à l'élément de projet de niveau supérieur dans le navigateur de projet et cliquez dessus.
2. Dans le panneau juste à droite, cliquez sur la cible de l'application.
3. Cliquez sur l'onglet de résumé.

Sur l'onglet de résumé, vous verrez qu'il existe deux «versions» différentes qui peuvent être ajustées. Le premier est le champ «Version», qui est utilisé dans l'écran par défaut «À propos» des applications Mac. Celui de droite est la "Version de construction". C'est celui qui compte vraiment pour les soumissions App Store!

Je sais que c'est une vieille question, mais je viens de tomber sur ce problème. Je l'ai résolu en supprimant le projet de l'archive, puis en le réarchivant. Apparemment, la version précédente de l'application était là-dedans et semait la confusion.

Faites attention au message d'erreur.

Le message d'erreur contient le numéro de lot précédent entre crochets (par exemple [9]).

Ainsi, vous devez incrémenter ce numéro de bundle (par exemple 9.1), bien que votre nouveau numéro de version soit 1.2

Ainsi, lorsque vous mettez à jour la version 1.1 vers 1.2 dans iTunes Connect, vous devez définir ces valeurs dans votre projet

Version number = 1.2
Bundle number = [previous bundle number]++

J'ai un iPhone et une version iPad dans mon projet, la liste d'informations de l'ipad n'était pas associée au produit iPad pour une raison quelconque, Vérifier l'adhésion à Target et l'associer au bon produit a résolu ce problème pour moi.

J'ai trouvé la solution à cette erreur dans ce post CFBundleVersion doit être supérieur à la version précédente

J'espère que cela t'aides!

J'ai fait une erreur en interchangeant le «Version» et le «Build» no.

Au lieu de mettre le 2.3 dans le champ Version, je le mets dans le Build no.

Voici comment j'ai résolu le problème (et je suppose que c'est le problème avec beaucoup de gens):

1) Cliquez sur l'onglet général des paramètres de vos projets (accessible en cliquant sur le nom de votre projet qui se trouve en haut de tous les fichiers de code).

2) Assurez-vous que le champ build correspond à ce que vous avez mis dans votre plist pour la clé "Bundle Version".

C'était le problème pour moi, quelle qu'en soit la raison, ils n'étaient pas synchronisés. Je pense que lorsque vous changez la clé de version de Bundler, il est censé se synchroniser (et vice versa). Mais cela n'est pas arrivé pour une raison quelconque - peut-être un bug.

J'ai eu le même problème et c'est arrivé parce que je n'ai pas archivé et que j'utilisais la première archive que j'ai utilisée pour la 1.0 mais avec la 1.0.1. J'ai donc sélectionné l'appareil iOS, archivé puis validé. Ta-daaa, ça a marché!

J'ai eu le même problème. Fondamentalement, ma version précédente était la 1.12, je voulais la changer en 1.2 mais j'avais l'erreur mentionnée. J'ai essayé 1,20 et cela a fonctionné parfaitement

Aucun ensemble de numéros de version sans cesse croissants ne fonctionnait tant que j'utilisais "Application Loader" d'Apple pour télécharger mon fichier ipa, mais si j'utilisais "Organizer" de XCode (trouvé sous le menu déroulant "Window" dans la version 3.2.5) , cliqué sur le bouton "Valider ...", attendu qu'il m'approuve, puis cliquer sur le bouton "Soumettre ...", tout s'est déroulé comme prévu avec un numéro de version raisonnable (un seul incrément au-dessus de celui qui est actuellement disponible sur l'App Store).

dans xcode 4.2, il semble ne pas enregistrer la version du bundle si vous modifiez à partir du fichier info.plist. J'ai mis ma nouvelle version de bundle directement dans le panneau xcode "info" et maintenant ça marche!

J'ai trouvé une autre solution.

Si vous sélectionnez votre cible >> info >> mettre à jour l'ID du bundle.

J'ai eu le même problème. La première version soumise était 1.5.20 et voulait mettre à jour vers 1.7.30.

Après avoir essayé sans succès les versions 1.8, 2.0 et 3.0, j'ai mis à jour ma CFBundleVersion vers 10.0 et soudainement cela a fonctionné.

Je ne sais pas quelle est la logique derrière ce comportement, mais cela m'a fait perdre environ 2 jours de travail.

Vérifiez la version de votre bundle de la version précédemment téléchargée, vous devriez donner une version de bundle supérieure par rapport à la version de bundle de la version déjà téléchargée.La version déjà téléchargée peut être vue par itunesconnect / application / voir les détails / les détails binaires.

J'ai passé deux nuits sur un problème similaire. Ma version précédente était 1.02, et j'ai essayé de valider avec 1.2, 1.20, 1.1 et j'ai toujours reçu le message binaire invalide.

Je l'ai résolu en entrant 2.0 comme numéro de version, et cela a fonctionné . Je soupçonne que c'est aussi un bug. Je n'ai pas reçu ce message lors de la mise à jour récente de mon jeu de 1.0 à 1.1, mais c'était avec xcode 3. Merci pour le conseil!

J'ai eu un problème similaire et après avoir passé une demi-heure, j'ai remarqué que j'augmentais un mauvais nombre. Au lieu d'augmenter , Bundle versionje croissait Bundleversions, string, shortdans Info.plist. Recherchez "CFBundleVersion" dans votre projet en utilisant CMD + Shift + F. Vous verrez que vous devez augmenter le numéro de CFBundleVersion.

Essayez de changer la version = "1.1.1.0" en version = "1.1.1"

A partir de fin Octobre Apple exige que les numéros de version comportent moins de 4 chiffres (1.2.3 ou 1.23 au lieu de 1.2.3.4 ou 1.234). Cela s'applique également aux bibliothèques!

Un grep rapide pour le numéro de version incriminée dans le répertoire de votre projet devrait activer la bibliothèque incriminée:

grep -r "1.2.3.4" .

J'avais une version bêta active de TestFlight en cours d'exécution. Build 2020 , version 407

J'ai soumis une application pour examen officiel de l' App Store. Build 2020 , version 435, et il a été approuvé. Il est juste assis là, attendant que je le pousse en direct dans l'App Store.

Sans ajouter une histoire parallèle compliquée, ce que je voulais faire est de donner à mes utilisateurs bêta TestFlight une version mise à jour pour prévisualiser la version officielle de l'App Store pendant quelques jours, avant de mettre en ligne la version de l'App Store. Pourquoi demandes-tu? Parce qu'ils bénéficiaient de fonctionnalités gratuites, ils étaient sur le point de coûter de l'argent une fois l'application mise en ligne.

Donc, j'ai soumis Build 2020 , version 436, à TestFlight, et il a été rejeté.

Il a été rejeté car j'ai un candidat officiel approuvé dans l'App-Store avec le même numéro de version

Solution: modifiez le numéro de build de votre version TestFlight. J'ai soumis la version 436 de Build 20200 (j'ai ajouté un zéro supplémentaire) à TestFlight, et elle a été approuvée. Ne vous inquiétez pas, vous pouvez toujours pousser cette version vers le même groupe bêta TestFlight, tant que vous utilisez toujours le même BundleID.