CFBundleVersion dans l'erreur de téléchargement Info.plist
"Le fichier binaire que vous avez téléchargé n'est 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."
Je reçois cette erreur lorsque je viens télécharger mon application.
J'ai défini la version mise à jour à 1.2 sur iTunes Connect et ai également mis à jour le fichier .plist à 1.2.
Je ne comprends pas pourquoi je reçois cette erreur. Toute aide serait appréciée. Merci.
Il y a au moins un bug connu dans le serveur de téléchargement d'Apple qu'il n'a pas corrigé depuis plus de 12 mois. Choses à se méfier de:
- Apple supprime les zéros au début du numéro de version; c'est-à-dire que la "chaîne entière" n'est PAS traitée comme un nombre, mais que 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 supérieur à 1.1
- Apple est parfois "confus" et semble comparer votre application téléchargée à la version d'une application différente que vous avez téléchargée précédemment. C'est arrivé à beaucoup de gens, et je l'ai vu moi-même plusieurs fois
- Apple est censé comparer le "CFBundleVersion" (c'est-à-dire la "version groupée" et non la "chaîne des versions groupées, courte"); ne vous mêlez pas.
- Fréquemment, la seule solution viable consiste à supprimer le nombre précédent (par exemple, le "2" dans "2.4" - augmentez-le à "3").
- 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 placer tout ce que vous voulez et c'est ce que vos utilisateurs verront.
- ... sauf que, si vous indiquez également le numéro de version "réel" dans votre application, l'utilisateur verra la CFBundleVersion (généralement, la façon dont vous le codez), plutôt que la version d'iTunes (qui - je pense - n'est pas 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, j'ai eu ma version initiale d'une application en tant que:
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 augmentant simplement le numéro de build à 1.1, le téléchargement a été accepté.
Xcode 4 pensera que vous souhaitez ré-importer la même version si vous ne réarchivez pas l'application. Même si vous modifiez la version de l'ensemble et reconstruisez, le téléchargement échouera. N'oubliez pas de faire un " Archive " dans le menu Produit!
Beaucoup de réponses ici m'ont finalement aidé, mais ce n'est que lorsque j'ai vu le nombre exact de «version» que Apple comparait.
- Aller à iTunes Connect -> Gérer vos applications
- Choisissez l'application pour laquelle vous souhaitez vérifier la version précédente.
- Cliquez sur le bouton bleu marqué Voir les détails
- Cliquez sur le lien Détails binaires
- Trouver la valeur donnée pour Bundle Version
Même si je pensais avoir soumis le numéro de version 1.0.1, le nombre réel stocké par Apple était de 101. Certains des commentaires ci-dessus m'ont fait croire que je devais changer ma version en version 2.0 (20), 1.5 (15) ou 1.2 (12). ) —Ils sont tous inférieurs à 101 comme vous pouvez le voir. La mise à jour de ma version numéro 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 la boutique d'applications n'est pas nécessairement le même que le numéro de version de l'ensemble. Lorsque vous affichez les détails de votre application dans iTunes, un lien nommé "Détails binaires" apparaît. Cette page montre la version du paquet. Une des applications sur laquelle je travaillais était la version 1.0, mais la version fournie était la version 2.0. Le téléchargement d'un paquet avec la version 1.1 a échoué, mais la version 2.1 a fonctionné.
Donc, il y a une version de l'application et une version groupée. Ce problème a à voir avec la version bundle.
Il semble que la confusion soit causée par le format numérique. La version de l'offre n'est pas une décimale. C'est une version (ou une construction peut-être) donc 1.11 est en fait "un point onze" Donc 1.11 est supérieur à 1.2. J'ai eu du succès en utilisant 1.20 dans ce cas.
Généralement, cela peut être dû à l’absence de numéro de version. Donc, ajoutez le numéro de version sous Identity et vérifiez également le numéro de build.
Gardez le codage ......... :)
Pour moi (Xcode 4.5), le changement de numéro de build a résolu le problème. définissez les versions sur 1.0.2 ... 2.0.2, etc., puis augmentez la version # (Adam 3 points me donne une idia où chercher).
Je sais que c’est une vieille question, mais j’ai été confronté à 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à et causait de la confusion.
Dans le récapitulatif des cibles à côté du numéro de version dans xcode4 est une construction, j'ai commencé à 1, j'incrémente chaque fois que je fais un téléchargement binaire, cela a résolu le problème pour moi
J'ai passé quelques heures à essayer de résoudre ce problème. J'ai vérifié de toutes mes forces pour m'assurer que CFBundleVersion était bien supérieur à la version précédente, en ouvrant info.plist dans un éditeur de texte, en obtenant des informations sur la cible et en lisant la version des propriétés, il a demandé à ma femme de lire la version sur iTunes pour confirmer que je n’ai pas été touché par un Alzheimer antérieur et inattendu.
En fin de compte, cela a fait l'affaire. Mon ancienne version était 1.0.4. J'ai essayé 1.3.5, 1.4.5 etc. aucun n'a fonctionné. Mais assez surprenant, lorsque j'ai entré la version 2.0.0, Application Loader aime ce qu'il a vu et l'a téléchargé. Est-ce dû à un bogue dans Application Loader?
Faites attention au message d'erreur.
Le message d'erreur contient le numéro de paquet précédent entre crochets (par exemple [9]).
Par conséquent, vous devez incrémenter ce numéro d’ensemble (par exemple 9.1), bien que votre nouveau numéro de version soit 1.2.
Ainsi, lorsque vous mettez à jour la version 1.1 à 1.2 dans iTunes Connect, vous devez définir ces valeurs dans votre projet.
Version number = 1.2
Bundle number = [previous bundle number]++
Si l'erreur signalée est CFBundleVersion, le correctif est généralement assez simple. Vérifiez/essayez ceci:
- Accédez à l'élément de projet de niveau supérieur dans le navigateur de projet et cliquez dessus.
- Dans le panneau, cliquez avec le bouton droit sur la cible de l'application.
- Cliquez sur l'onglet résumé.
Dans l'onglet Résumé, vous verrez qu'il y a deux "versions" différentes qui peuvent être ajustées. Le premier est le champ "Version", utilisé dans l'écran "À propos" par défaut pour les applications Mac. Celui à droite est la "Version de construction". C'est celui qui compte vraiment pour les soumissions sur l'App Store!
Vous devriez pouvoir vous connecter à iTunes Connect et voir la version actuelle de l'application (y compris celle que vous avez soumise mais que vous n'êtes pas en ligne). Vérifiez que vous n'avez pas déjà soumis une version avec un numéro de version supérieur (ou identique).
J'ai fait une erreur en interchangeant la "version" et le "build" no.
Au lieu de mettre le 2.3 dans le champ Version, je le mets dans le Build no.
J'ai un iPhone et une version iPad dans mon projet, l'infoplist pour l'ipad n'était pas associé au produit ipad pour une raison quelconque. L'adhésion à Checking Target et son association au produit correct ont résolu ce problème pour moi.
J'ai trouvé la solution à cette erreur dans cet article CFBundleVersion doit être plus élevé que la version précédente
j'espère que cela t'aides!
J'ai eu le même problème et c'est 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é le périphérique iOS, archivé puis validé. Ta-daaa, ça a marché!
Voici comment j'ai résolu le problème (et j'imagine que c'est le problème que rencontrent beaucoup de gens):
1) Cliquez sur l'onglet général des paramètres de votre projet (auquel vous pouvez accéder 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 de construction correspond à ce que vous avez mis dans votre plist pour la clé "Bundle Version".
C'était le problème pour moi, quelle que soit la raison pour laquelle ils n'étaient pas synchronisés. Je pense que lorsque vous modifiez la clé de version de Bundler, elle est censée se synchroniser (et inversement). Mais cela n’est pas arrivé pour une raison quelconque - cela pourrait être un bug.
Aucun ensemble de numéros de version en augmentation constante ne fonctionnait tant que j'utilisais "Application Loader" d'Apple pour télécharger mon fichier ipa, mais si j'utilisais "Organizer" de XCode (disponible sous le menu "Fenêtre" dans la version 3.2.5) , cliquez sur le bouton "Valider ...", attendez qu'il m'approuve, puis cliquez sur le bouton "Soumettre ...", tout s'est déroulé comme prévu avec un numéro de version sain (celui qui correspond à un incrément supérieur à celui qui est actuellement utilisé). disponible sur l'App Store).
J'avais un problème similaire et après avoir passé une demi-heure, j'ai remarqué que j'augmentais le nombre faux . Au lieu d'augmenterBundle versionj'augmentaisBundleversions, string, shortdans Info.plist . Recherchez "CFBundleVersion" dans votre projet en utilisant CMD + Shift + F. Vous verrez que vous devez augmenter le nombre CFBundleVersion.
Vérifiez la version de votre bundle de la version précédemment téléchargée, vous devez comparer la version de bundle la plus élevée à celle de la version déjà chargée.
J'ai trouvé une autre solution.
Si vous sélectionnez votre cible >> info >> mettre à jour l'ID de l'ensemble.
À partir de fin octobre Apple exige que les numéros de version soient inférieurs à 4 chiffres (1.2.3 ou 1.23 par opposition à 1.2.3.4 ou 1.234). Cela s'applique aussi aux bibliothèques!
Un grep rapide pour le numéro de version incriminé dans le répertoire de votre projet devrait activer la bibliothèque incriminée:
grep -r "1.2.3.4" .
dans xcode 4.2, il semble ne pas enregistrer la version du paquet si vous modifiez le fichier info.plist . Je mets ma nouvelle version du paquet directement dans le panneau xcode "info" et maintenant ça fonctionne!
J'ai eu le même problème. La première version soumise était 1.5.20 et voulait être mise à jour à 1.7.30.
Après avoir essayé sans succès les versions 1.8, 2.0 et 3.0, j'ai mis à jour mon CFBundleVersion à 10.0 et tout à coup cela a fonctionné.
Je ne suis pas sûr de la logique derrière ce comportement, mais cela m'a fait perdre environ deux jours de temps de travail.
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 eu 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 la version 1.0 à la version 1.1, mais c'était avec xcode 3. Merci pour le conseil!
Essayez de changer version = "1.1.1.0" en version = "1.1.1"
J'avais une version bêta active de TestFlight. Build 2020 , version 407
J'ai soumis une application pour official examen 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 compliquée, je souhaitais donner à mes utilisateurs de la version bêta de TestFlight une version mise à jour leur permettant de prévisualiser la version officielle de l'App Store pendant quelques jours avant de la mettre en ligne. Pourquoi demandes-tu? Comme ils bénéficiaient de fonctionnalités gratuites, il était sur le point de coûter de l'argent une fois l'application lancée.
J'ai donc soumis Build 2020 , version 436, à TestFlight, qui a été rejetée.
Il a été rejeté car j'ai un candidat officiel approuvé sur l'App-Store portant le même numéro de build
Solution: modifiez le numéro de version de votre version de TestFlight. J'ai soumis Build 20200 (j'ai ajouté un zéro supplémentaire) version 436 à TestFlight, qui a été approuvée. Ne vous inquiétez pas, vous pouvez toujours envoyer cette version au même groupe bêta de TestFlight, tant que vous utilisez toujours le même BundleID.
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 l’erreur mentionnée. J'ai essayé 1.20 et cela a fonctionné parfaitement