xCode: auto-incrémentation du BUILD

xCode: auto-incrémentation du BUILD_VERSION

Lorsque vous envoyez votre application à Apple, vous devez mettre à jour deux valeurs, le numéro de version et le numéro de build :

Pour le numéro de Version, ce n'est pas vraiment un problème puisque celui-ci n'augmente que lors d'une mise à jour sur l'appStore. Cela peut être fait à la main.

Pour le numéro de Build, c'est plus embêtant. Si vous êtes comme moi, et que vous faites de nombreuses bêta, il faut mettre à jour le numéro à chaque envoi de l'app, et on oublie souvent d'incrémenter la valeur. Le plus simple est alors d'incrémenter automatiquement la valeur à chaque compilation. Ainsi plus besoin de s'en occuper.

J'avais trouvé ce script, à insérer avant la compilation :

Cela fonctionnait très bien, mais xCode a changé, et les nouveaux projets ne range plus directement le numéro de Build dans le fichier Info.plist et cela ne fonctionne donc plus. J'ai donc cherché une nouvelle méthode, et la voici. Tout d'abord il faut changer l'option "Versioning system", qui est par défaut à "none", et mettre "Apple Generic".

Ensuite, il faut utiliser l'outil "agvtool" (Apple Generis Versioning tool), le script ne fait plus qu'une ligne :

Donc "agvtool next-version -all" incrémente la version de build. Vous pouvez aussi cocher la case "For install build only" pour ne faire l'opération que lorsque vous faites une archive à envoyer à Apple.

Franchement, vu la redondance du besoin, il faudrait que xCode prévoit cela. Une option pour incrémenter le numéro de Build devrait exister. Mais bon, en attendant, nous avons une solution assez rapide à mettre en place.

Commentaires

Posts les plus consultés de ce blog

Tailles d'écran et iTunesConnect

Lorsque l'on crée une nouvelle application, nous devons inclure des photos d'écran dans l'interface d'iTunes Connect : Pour l'iPad, ce n'est pas bien compliqué, c'est indiqué, : Il faut les photos d'écran d'un iPadPro 12,9 pouce de 6ème (sans bouton home) et de 2e génération (avec le bouton home). Mais pour les iPhone c'est plus problématique, car il n'est indiqué que la taille de l'écran, et pas le modèle de l'appareil. Or dans la sélection des simulateurs, il n'y a pas les tailles des écrans des différent modèles ! Il faut donc se renseigner ici ;-) Appareil Taille iTunes Connect iPhone Pro Max 12, 13 6,7” Optionnel iPhone 11 Pro Max 6,5” Obligatoire iPhone 11, 12, 13 iPhone Pro 12, 13 6,1” iPhone X 5,8” iPhone 6+, 6S+, 7+, 8+ 5,5” Obligatoire iPhone 6, 6S, 7, 8 4,7” iPhone 5, 5S, SE 4” iPhone 4s 3,5” Personnellement, je ne savais pas que l'iPhone 11 Pro Max était le seul iPhone avec un écran 6,5 pouces !

malloc: xzm: failed to initialize deferred reclamation buffer

Lorsque je lance une de mes applications avec Xcode sur mon iPhone .... J'ai ce message de début : malloc: xzm: failed to initialize deferred reclamation buffer (46) Et franchement, je n'aime pas avoir des message que je ne comprends pas et qui contiennent le mot "failed" ! Mais le message n'existe pas avec mon iPad IOS16. Donc, ok, malloc je connais, on parle de la fonction de base d'allocation de mémoire système, il y a pleins d'outils pour les problèmes d'allocation mémoire, "xzm" doit être un de ces outils. Je ne trouve rien sur internet ! RIEN ! Perplexity ou Claude ne savent pas non plus ce que c'est. Je suis obligé de faire des suppositions... XZ est un format de compression conçu pour remplacer BZIP qui est conçu pour remplacer GZIP qui est conçu pour remplacer Z. Peut-être que les données de debug de Xcode transitent en étant compressé par défaut ? Allons voir dans le schéma du projet, pour voir les options concernant les mallo...

buildMenuWithBuilder

J'ai pas mal d'application IOS qui sont passé sous MacOSX avec Catalyst, Apple voulant profiter du catalogue iPad pour booster le Mac et pour Vision son casque de réalité virtuelle. Par exemple, mon application LOGO, fonctionne maintenant sur iPad et sur Mac. Mais le champ texte qui contient le code à exécuter substituait tout seul les guillemet simple en guillemet ouvrante ou fermante... Embêtant quand le langage ne comprenait pas cette subtilité. La première chose est en fait d'enlever les fonctionnalité du menu de l'application. Mais il n'y a pas de menu d'application sous iPad. Il faut deux choses. 1 - Il faut que l'application soit UIResponder. En effet, mon application étant vieille, le AppDelegate était dérivé de NSObject et pas de UIResponder. Donc la fonction qui permet de toucher aux menus n'était pas appelée. 2 - Il faut créer une fonction buildMenuWithBuilder: dans l'implémentation de AppDelegate, celle-ci prend en paramètre le menu e...

Emmanuel CROMBEZ - Développeur

Rechercher dans ce blog