Identifier l’application
Le Bundle ID identifie l’app, par exemple com.example.reader. CFBundleShortVersionString indique la version publique et CFBundleVersion le build. Apple utilise ces métadonnées pour associer les envois. Vérifiez les réglages et l’IPA exporté, pas son nom de fichier. Ne changez pas arbitrairement le Bundle ID d’une app existante pour une mise à jour.
Corriger une même version
Si le build 18 de la version 1.2.0 est déjà envoyé, un correctif peut devenir le build 19 de 1.2.0. Définissez ces valeurs avant compilation, archivage et export, puis contrôlez-les dans App Store Connect. Renommer app18.ipa en app19.ipa ne change rien au contenu. Ne modifiez pas directement un paquet signé.
Préparer une nouvelle version
Pour publier 1.3.0, alignez le projet avec la plateforme et la version prévues dans App Store Connect. iOS et macOS peuvent suivre des calendriers différents : notez la plateforme. Une convention partagée évite que plusieurs opérateurs réutilisent les mêmes numéros de build.
Analyser un doublon
Comparez erreur, métadonnées du paquet, builds précédents et journaux CI. Transmettez Bundle ID, plateforme, version, build, heure et erreur originale au développeur. Identifiez la cause avant de reconstruire au lieu de changer sans cesse d’outil. EasyIPA envoie un IPA existant ; version et signature relèvent du processus de génération.