Solution finale au code d'erreur Xcodebuild 65 dans les versions iOS

Quand le redoutable apparaît code d'erreur 65 lors de l'exécution de xcodebuild en iOS ou macOS, que ce soit dans le développement local ou dans des environnements d'intégration continue, on peut avoir l'impression que tout s'est écrasé. C'est l'une de ces erreurs génériques qui n'indique pas clairement ce qui s'est passé, ce qui la rend particulièrement frustrante.

Cette défaillance est courante lorsque vous travaillez avec des outils tels que React Native, Xcode, Appium, Unity ou CordovaLe pire, c'est que Xcode fournit souvent peu, voire aucune, d'informations utiles dans ses journaux, ce qui complique encore le dépannage. Mais ne vous inquiétez pas, nous allons détailler toutes les raisons possibles de ce problème et vous expliquer comment le résoudre dans chaque cas.

Que signifie le code d'erreur 65 de Xcodebuild ?

El Code 65 sur l'outil xcodebuild C'est une façon générique de dire que Une erreur s'est produite lors du processus de compilation, de test, d'analyse ou d'archivage du projet.. Plus précisément, selon la documentation technique, cette erreur est associée à des erreurs de saisie de données ou à des conditions inattendues qui ne sont pas récupérables pour l'outil.

Tout comme les codes HTTP (tels que 404 ou 200), Ces codes de sortie indiquent ce qui s'est passé mais ils ne donnent pas de détails. Dans ce cas, 65 correspond à une constante définie dans le fichier sysexits.h et sa description est « EX_DATAERR », c'est-à-dire un échec dû à des données incorrectes.

Cela peut avoir de multiples causes, allant d'une erreur de configuration du projet à des problèmes d'autorisation, de signatures, de simulateurs non démarrés, de profils de provisionnement manquants ou même d'incompatibilités avec les versions de dépendances. Si vous souhaitez approfondir la configuration des environnements de build, vous pouvez consulter un article sur la version Ubuntu.

Causes courantes de l'échec de Xcodebuild avec le code 65

Comme observé dans différents environnements tels qu'Appium, Cordova, CircleCI et les projets Xcode natifs, les principales raisons de l'échec sont :

• Profils de provisionnement expirés ou non configurés.
• Problèmes liés à la signature de code (Code Sign Identity).
• Simulateurs non démarrés ou indisponibles au moment de la construction ou des tests.
• Fichiers de configuration corrompus ou incompatibles (par exemple .xcconfig (mal orthographié).
• Les étapes de construction intermédiaires échouent, tels que CopyPNG, CodeSign ou ProcessProductPackaging.
• La concurrence des threads ralentit le démarrage du simulateur dans des environnements CI tels que CircleCI ou Azure Pipelines.
• Mauvaise utilisation des machines Apple Silicon (M1, M2…) indépendamment des différences architecturales.

Erreur 65 dans Xcodebuild avec les systèmes CircleCI ou CI/CD

Lors de l'exécution de builds dans des environnements automatisés comme CircleCI, xcodebuild peut échouer si l'environnement n'est pas encore « préparé ». De nombreux développeurs rencontrent l'erreur 65 car le simulateur n'a pas encore complètement démarré lorsque la build démarre.

Une astuce recommandée consiste à démarrer manuellement le simulateur au préalable avec la commande :

xcrun instruments -w 'iPhone 7 (10.3)' || sleep 15

Ainsi, le système a le temps de démarrer correctement le simulateur. Même le sleep 15 aide plus tard la commande à renvoyer le code 0 et à ne pas provoquer une autre chaîne d'erreurs.

Il est également conseillé de séparer les Botte à partir du simulateur d'étapes de récupération de dépendances pour obtenir plus de clarté sur l'étape du pipeline qui échoue. Pour plus de détails sur l'intégration continue, vous pouvez visiter ce lien à propos Ethereum et CI/CD.

Erreur 65 dans Appium avec WebDriverAgent

L'un des cas les plus fréquents d'erreur 65 se produit lors du lancement de tests avec Appium sur de vrais appareils iOS. L'origine habituelle réside dans l'impossibilité de lance correctement le WebDriverAgent, l'outil qu'Appium utilise pour communiquer avec l'appareil iOS.

Dans la plupart des cas, cette défaillance est due à :

• WebDriverAgent n'est pas signé correctement ou ne possède pas de profil de provisionnement valide.
• Identifiant de bundle incorrect ou qui ne correspond pas au certificat configuré.
• Version d'Appium incompatible avec WebDriverAgent.

La solution consiste à signer correctement le WDA et à s’assurer qu’il n’y a pas d’erreurs liées aux droits ou à l’identité du signataire. De plus, il est recommandé de supprimer l'application WebDriverAgent de l'appareil et de le redémarrer avant de retester la build. Il peut également être utile d'utiliser l'option showXcodeLog pour des informations plus détaillées sur l'erreur sous-jacente.

Travailler avec React Native et erreur de code 65

Si vous utilisez React Native et que vous rencontrez cette erreur lors du lancement npx react-native run-ios, assurez-vous des points suivants :

1. Installez correctement les modules

L’une des causes les plus courantes est que les dépendances natives ne sont pas installées correctement. Pour résoudre ce problème :

npx pod-install

Une fois terminé, vous pouvez exécuter à nouveau le projet. Si vous devez mettre à jour votre environnement, il existe des guides sur Comment installer Ghostty sur Linux, ce qui peut être utile pour les développeurs.

2. Exécutez à partir de Xcode pour des erreurs plus explicites

Quand commandes La CLI ne donne pas d'informations utiles, il est préférable d'ouvrir le projet dans Xcode et de le construire à partir de là. Cela vous permettra de voir plus clairement les erreurs concernant les bibliothèques, les périphériques ou les configurations.

3. Vérifiez les appareils connectés

Vérifiez si vous avez plusieurs simulateurs actifs et sélectionnez-en un explicitement lors du lancement du projet :

npx react-native run-ios --simulator="iPhone 15 Pro"

4. Réinitialiser les pods

Certaines bibliothèques conflictuelles ou vestiges de configurations précédentes génèrent des erreurs. UN réinitialiser aide généralement :

cd ios
pod deintegrate
pod cache clean --all
pod setup
pod install

5. Apple Silicon (puces M1, M2, M3)

Les nouvelles puces d'Apple provoquent des erreurs dans les builds si les commandes ne sont pas exécutées sur l'architecture x86. Dans ce cas, essayez ce qui suit :

sudo arch -x86_64 gem install ffi
arch -x86_64 pod install

Unité et erreur 65 lors de l'archivage

Dans les projets créés avec Unity qui sont ensuite exportés en tant que projets Xcode pour être compilés sur iOS, l'erreur 65 peut se produire pendant l'étape de génération. xcodebuild archive. Même si tout est configuré correctement, Xcode peut échouer avec des problèmes dans des étapes telles que :

• Processus d'emballage des produits
• CodeSign
• Valider

Même si les profils et les certificats sont corrects, il peut y avoir des erreurs dans le génération de droits ou des packages intermédiaires. Parfois, il est utile de supprimer le dossier DerivedData, nettoyez les produits dans Xcode et assurez-vous que les versions d'Unity et de Xcode sont compatibles. Pour plus d'informations sur les versions du logiciel, consultez notre article sur Comment connaître la version de Windows 11.

Erreurs sans indice visible : que faire ?

Dans de nombreux scénarios (par exemple, en utilisant Azure Pipelines ou GitHub Actions), l'erreur apparaît sans accompagnement clair dans le journal, même avec l'indicateur --verbose. Dans ces cas :

1. Augmenter les niveaux de journalisation. Les usages showXcodeLog, -verbose et enregistre des fichiers journaux temporaires pour une analyse en un coup d'œil.

2. Examinez la dernière étape qui apparaît avant l'échec. Souvent, l’erreur ne se situe pas là où elle est commise, mais quelques étapes avant.

3. Essayez de compiler manuellement avec Xcode et vérifiez si l'erreur se répète en dehors de l'environnement automatisé.

De cette façon, vous pouvez déterminer si le problème vient du projet lui-même ou de la configuration de l'environnement. N'oubliez pas que la compréhension des flux de construction peut aider à prévenir les problèmes, alors pensez à vous renseigner sur écrans d'erreur dans les systèmes.

Comme vous pouvez le voir, le code d’erreur 65 ne signifie pas qu’une seule chose. Cela peut être causé par de multiples facteurs, selon le contexte : projets natifs, React Native, Appium, CI/CD, Unity, etc. La clé est dans savoir interpréter les logs, pour comprendre Comment fonctionnent la signature et la configuration de Xcode, et adopter de bonnes pratiques telles que la simulation d'environnements réels, l'utilisation de journaux détaillés et le nettoyage les artefacts restants. Avec un peu de patience et une approche systématique, cette erreur peut être résolue et ne plus être un cauchemar qui ralentit le développement iOS.